先交代项目，再提修改
开始任务前，说明项目做什么、当前行为怎样、相关文件在哪、哪些不能改。让 AI 先理解已有实现，比直接要求“做得更好”更容易得到范围清楚的修改。
要点
- 当前行为
- 目标行为
- 不能改变的约束
练习 选一项真实小改动，分别写三句话描述当前、目标和边界。
把任务切成可验证的一步
例如“加一个搜索”可以拆成输入关键词、筛出匹配项、空结果恢复、返回后保留条件。先打通主要路径，再处理直接影响它的边界。不要在一次小修改里顺手重构整个项目。
要点
- 输入一个具体动作
- 观察一个明确结果
- 列出相关失败状态
练习 把一个宽泛需求改成三条可执行的验收动作。
验证不能只听完成汇报
代码生成了、文件存在了、测试写好了，都不是用户流程已经完成的直接证据。从真实入口操作一次，确认结果是否符合目标。遇到失败，保留复现条件与报错，把事实与猜测分开。
要点
- 从真实入口开始
- 保留可复现条件
- 回测受影响的路径
练习 为上一节的三条验收动作各记录一次实际结果，未执行的明确标为未验证。
何时结束这次修改
目标行为已经实现、相关验证通过、剩余问题不影响本次目标时，应结束这次修改，而不是继续扩展到所有能想到的功能。把可复用的方法写回知识库。
要点
- 目标已达成
- 相关路径已验证
- 未覆盖项已说明
练习 为你的任务写一段交付记录，禁止只写“已优化”或“已完成”。