实现

把用户请求、计划工单、Spec 或 review 发现描述的工作做完并提交。

• 传入计划、工单或 Spec 的引用时，先读它并复述标题再动手；引用有歧义先问——做错对象的代价远大于问一句。
• 只改任务需要的部分，保护工作区里无关的改动，它们可能是用户正在进行的工作。
• 行为改动在事先商定的 seams（观察行为的公共边界）上按 tdd 先红后绿，一次一片纵向切片；seams 不清楚时先和用户商定，或采用 Spec、计划里写明的验收面。文档和低风险配置不强求先写失败测试。
• typecheck 和单个测试文件常跑，全套测试收尾跑一次：短反馈能尽早发现偏差，全套只在最后证明整体没坏。验证强度按风险选，参考 references/verification-intensity.md。
• 跨模块合同、权限或数据边界、部署相关的改动，或用户要求时，完成后用 review 评审；其余改动自审即可。
• 项目没有别的提交约定时，把一组已验证的改动落成一个 commit，信息用项目语言，免得已完成的工作悬在工作区里。
• 必需的验收失败或跑不了时，不宣称完成：做完独立的部分，具体说明缺口。根因未知时转 diagnose。
• 只在实质扩大范围、改变验收或碰到授权边界时停下来问。

最后报告改了什么、验证证据、遗留问题，以及是否已提交。