学习目标
交付一个贯通界面、处理和数据的功能切片，并能把实际改动对应到已确认需求。
适用场景
继续资料夹案例，先完成保存后可重新读取的链路，再补其他已确认行为。小步是实现顺序，不是擅自把剩余需求取消。
准备条件
- 交给编码 AI 当前规格、设计状态、技术方案及项目已有规则；关键业务未知先处理。
- 核对当前分支、未提交修改、运行与检查入口。给 AI 最相关材料，别用整段历史聊天代替当前有效要求。
操作步骤
把任务写成“结果＋边界＋验收”
不要只下“实现收藏功能”的命令。写清完成后用户能做什么、哪些行为必须保留、哪些文件或环境受限制、用哪个验收条件判断。上下文太长或换工具接手时，先要求它复述当前目标与真实改动，发现不一致先校准。
交给 AI 的实现任务本轮结果：用户保存文章，刷新后在自己的收藏列表重新找到。 依据：【当前规格/验收编号、选定设计、技术方案、项目指引】 保留：【已有入口、数据和必须兼容的行为】 先检查真实代码与已有修改，实施一个贯通的最小切片。 每轮说明改了哪些行为，运行项目现有的受影响检查。 遇到新业务规则或方案冲突先指出影响，不自行删改验收条件。 交付时列出实际结果、证据及尚未完成项。切一个端到端结果，不按技术层假装交付
只做按钮、只建表或只写接口都可能留到集成时才暴露问题。本例先把保存和读取贯通，随后按规格补失败、重复操作和权限等行为。每片完成后再推进，保留整个必做清单。
每轮同时看行为和差异
让 AI 说明每组文件如何支持目标，再查看实际变更。留意无关重构、额外依赖、被删的检查和未经确认的默认值。你看不懂代码时，也能要求演示保存、刷新、读取，以及说明是否用了假数据；有风险的部分找有能力的审查方式补足。
遇到失败先定位，不叠加更多指令
保留原错误、复现步骤和当前版本，让 AI 提出一个可验证原因与下一条证据。实现没按明确规格做就在代码中修；规格不清回需求，技术方案不成立回方案。不要在原任务后不断追加“再修一下”，却没有更新当前依据。
给偏差反馈的模板原要求/验收编号：【哪一条】 复现：【入口、操作、数据和环境】 实际：【看到的结果或原始错误】 预期：【已确认的正确结果】 请先定位偏差来源，再做最小修复，重验原失败路径及相关行为。 不要通过删除检查或改变业务预期使它看起来通过。交付真实证据，再开始下一片
运行项目既有检查并亲自走一遍关键用户路径；检查没运行要说清。每个稳定的小改动按项目习惯保存版本，方便定位和撤回。把版本、变更说明、运行结果、未完成项交给测试阶段；局部通过不代表整轮全部完成。
常见误区
- 每次把整套需求交给 AI 一次性生成，最后才看结果。
- 按可验收切片推进，尽早发现集成和理解问题。
- 模型说“完成”就进入下一步。
- 核对真实变更和运行结果，区分模拟演示与真实数据链路。
- 改动不满意就盲目重生成整个项目。
- 先保存现状、指出具体偏差、定位原因，再只修受影响部分。
验收清单
- 本轮每项必做结果均有实现或明确仍未完成的状态。
- 每组改动有需求归属，没有随手扩大范围。
- 核心链路实际运行，受影响检查有结果和未验证说明。
- 版本、变更和剩余工作可交给下一阶段或另一工具接手。
资料与版本
本文为原创方法整理，示例与提示词需按项目调整；不代表真实用户研究或账号执行结果。