一、一个四步循环

切一小步——这轮只做一件小事，比如【把链接读进来】。 让它写——范围说清、验收说死（第 2.6 节那四件套）。 跑一遍——立刻验证，别攒着。收尾——存一档，下一件事另起一轮（第 6.5 节）。 这个循环跑十遍，项目就成了。

二、为什么必须切小

因为它不会告诉你哪一块错了——这是第 8.8 节说的【无法判断哪个对】。 一整块交给它，它确实会跑完；但跑完之后你只能整体重看，看不出是哪一处出的问题。 切成小步之后，每一步的成败一目了然。

三、最常见的失败做法

一次性把整个功能交给它，然后祈祷。 结果是它跑完了，你却不知道哪一块出了问题——而这恰恰是最耗时的时候。 本节的对比：循环慢一点，但每一步都站得住。

四、成就感来自哪

它来自每循环一次你就多一个能跑的东西——而不是最后一次交付。 所以这一阶段最容易出的问题是心理上的：嫌循环慢，忍不住想一口气做完。 而忍住的办法只有一个：把四步写进你的规则文件，让它提醒你。

五、动手 Demo：Phase 2——正式开发

下面把开发阶段要循环的四步摆开。

loops = [(u"切一小步", u"这轮只做一件小事"),
          (u"让它写", u"范围说清、验收说死"),
          (u"跑一遍", u"立刻验证，别攒着"),
          (u"收尾", u"存一档；下一件事另起一轮")]

实跑输出：

--------------------------------------------------------------------
Phase 2——正式开发
--------------------------------------------------------------------

这是最耗时也最有成就感的一步。它由四个动作循环组成：

  动作         怎么做
  ----------------------------------------------------
  切一小步     这轮只做一件小事，比如【把链接读进来】
  让它写       范围说清、验收说死（第 2.6 节四件套）
  跑一遍       立刻验证，别攒着
  收尾         存一档；下一件事另起一轮（第 6.5 节）

这个循环跑十遍，项目就成了。**它不快，但它不会失控。**

对比一下最常见的失败做法：一次性把整个功能交给它，然后祈祷。
结果是它跑完了，你却不知道哪一块出了问题——**而这正是第 8.8 节说的
【无法判断哪个对】的典型场景**。

这四步跑十遍，项目就成了——它不快，但它不会失控。 下面那两行是本节要防的失败：一次性交整块，跑完了你却不知道哪一块错了。

30 秒实验

1. 把这四步写进规则文件——让它在每次开工前提醒你。
2. 下次开发时数一数：这轮做的是一件小事，还是一整块？

常见误区

1. 嫌循环慢，一次交整块。它不会告诉你哪一块错了——那是第 8.8 节的判断问题。
2. 跑完不收尾。下一轮就得从头读一遍，白丢一次上下文。

• ☐ 下一节（9.5 Phase 3：美化界面）

相关笔记

• 🐳 DeepSeek Harness技术架构原理 · 索引 — 上下文管理与增量开发
• 🧡 Claude Code橙皮书 · 索引