用途：该技能用于在 Dido 用 /dido-rilascio 发起时，系统性地收尾一项开发工作，无论工作大小。它要求配合 dido-code-style 和当前技术栈对应的技能使用；如果工作有既有计划，还需要 dido-planning，并在其中定位“Dove siamo”（当前进度）。对比基线来自 $ARGUMENTS；该项为空时使用主分支。项目命令写在项目 AGENTS.md 的“Comandi”部分；项目未包含的步骤（如无 E2E、无部署）会跳过并写入报告。
主要能力与流程：
- 范围核定：重读 Dido 的需求，运行 git status --short 与 git diff --stat <base>，逐一判断每个文件是否服务于需求或是否由 dido-* 技能规则要求。自己产生但不需要的改动应撤销；非自己产生（其他会话或 Dido）的改动不得触碰、不得纳入提交，只写入报告。条件是剩余每个文件都必要。
- 独立评审：启动评审子智能体，消息只包含 Dido 的原始需求、验收标准、涉及界面时的 Figma 或设计参考、对比基线；不包含自己的结论，由评审者判断 diff。同时并行执行快速验证：仅检查模式的 lint，以及与受影响文件相关的测试。条件是全部通过且评审报告已到。
- 修复：范围内每个高或中等级问题都要修复，并在可写测试时补一个在未修复时会失败的测试；随后重复第 3 步快速验证。高等级问题修复后评审者对新的 diff 再审一轮；两轮后仍有高等级问题则停下询问 Dido。
- 完整验证，仅一次：跑完整测试套件与构建。失败则修复并只重跑失败测试直至通过；只有当修复触及共享代码（布局、公共组件、配置、store、路由、中间件）时才重跑完整套件。与本次改动无关的失败不在此修复，连同输出写入报告。
- 提交：在 dido-code-style 允许时，按文件名 git add 仅本工作的文件，提交信息使用项目语言；有��划时注明计划与步骤。
- 推送与部署：仅在 Dido 确认后进行。推送后等待 GitHub CI，绿色才算关闭；部署后检查状态，并在环境中实际验证变更：界面类检查受影响页面，提供移动端和桌面端截图及浏览器控制台；API 类发起真实调用。
- 报告：按 dido-code-style 要求写明改了什么、验证了什么（命令与结果）、未验证什么、评审发现及修复方式、安全检查、未经询问做出的选择、遗留事项；有计划时更新“Dove siamo”。
适用场景：适合开发任务收尾与发布前检查，强调范围控制、独立质量评审、测试与构建验证、受控提交和推送部署。
限制：资料未提供该技能的具体安装命令、支持平台、收费信息或独立运行方式；流程依赖项目内 AGENTS.md 的命令定义及 dido-code-style、技术栈技能和可选 dido-planning。