四步流程:复述、PRD、确认、编码
目标
四步流程把需求确认前移到 AI 动手之前:先提问并复述,再写可验收说明并等待许可,然后为批量修改列计划,最后搜索并复用现有实现。
操作步骤
先提问并复述理解
需求含糊时先补齐受众、范围、约束和完成标准,再用自己的话复述。用户确认的是问题理解,不是让 AI 自行宣布“已经理解”。
写可验收说明并等待许可
多文件改动或新功能先写简短 PRD、验收条件和不在范围内的事项。只有收到明确许可后才修改代码;简单低风险改动可按项目规则简化。
批量修改先列计划
列出要改的文件、每个文件的目的和依赖顺序。是否需要停下确认应按项目风险与范围阈值决定,不把某个固定文件数当作通用标准。
新增实现前先搜索复用点
搜索相关目录、函数、组件和工具方法,优先扩展已有实现;确实没有时,再新增并说明查过哪些位置。
完成检查
为什么批改前先列计划这么重要: 因为计划在动手前暴露范围,人可以先判断文件清单是否合理,避免 AI 借着一次需求顺手做无关重构,也避免连续改错多个文件后才发现思路有问题,回滚成本高。
查重规则针对的是什么问题: AI 看不到之前对话里写过的工具函数,容易重复实现同样的功能,产生行为略有差异的多份代码。先搜索再动手能减少重复造轮子,提高项目一致性。