第 11 章 · 四个阶段，一周一个节拍

项目要有「档位」

有了小队（第 9 章）、定好了搭档关系（第 10 章），接下来要回答的是：这个项目该按什么节奏推进？

一个常见的错误，是从头到尾用一个档位开车——要么全程慢慢悠悠做规划，要么全程急吼吼赶进度。AI 交付不能这样。它有明显的阶段性：早期要快、要糙、要试错；后期要稳、要准、要交接。用错档位，早期会被完美主义拖死，后期会被粗糙埋雷。

所以 FDE 要给项目分阶段（大档位）和节拍（小周期）。阶段决定「这一段的目标是什么」，节拍决定「每一周怎么推」。

一个 AI 交付项目，通常走过四个阶段。每个阶段的目标、心态、产物都不同。

这四个阶段，本质是一条从「FDE 主导」到「业务方主导」的交棒曲线。第 18 章那个四周案例，走的就是阶段一到阶段二的头段；阶段三、四则对应第 21 章的「把方向盘交出去」。

每个阶段最重要的一件事，是想清楚「凭什么进入下一阶段」。 不要在探索阶段就追求生产级质量，也不要没验证透就急着上线。用一道明确的门槛卡住每个阶段的出口：

阶段是大档位，往下要落到可执行的小周期。FDE 交付的标准节拍是一周一个 Sprint——为什么是一周？因为 AI 项目需要足够频繁的反馈，两周太慢（错误方向要拖两周才发现），一天太碎（来不及做出可演示的东西）。一周，刚好能做出一点东西、又能及时纠偏。

一个标准的周节拍长这样：

周一  Kickoff：定本周目标、拆任务
  ↓
周二～周四  推进：搭建 / 调优 / 集成，随手记失败样本
  ↓
周五  Demo：给搭档和一线演示，收反馈
  ↓
周五收尾  复盘：把失败样本、反馈、变更归档，喂给下周

关键不在于开会，而在于每周都有一个能拿出来看的东西。哪怕很糙，也要能演示——因为只有能演示，搭档才能给出具体反馈，项目才能校准方向。「这周没什么好演示的」往往是项目开始跑偏的第一个信号。

阶段和节拍不是两套东西，而是大周期套小周期：一个阶段由若干个周节拍组成，每过几周，用「阶段门槛」检查一次是否该进入下一阶段。

举个例子，第 18 章的竞品洞察项目：

你看，四个周节拍，横跨了两个阶段，每个阶段出口都有明确门槛卡着。这就是「大档位 + 小节拍」的实际样子。

阶段门槛的价值，在于拦住过早推进。FDE 可以用下面这张表判断能不能进下一步：

这张表听起来严格，但它能保护项目。AI 项目最危险的不是慢，而是拿一个还没准备好的东西冲进下一阶段。

📎 技术深读：周节拍能跑得动的前提，是每次改动都能快速验证、且不把之前调好的搞坏——这依赖一套评测与回归机制，工程实现见 Harness Agent Book · 附录 D。

往交付包里放一张「阶段—节拍地图」：

画出你这个项目预计的四个阶段，为每个阶段写下出口门槛；再把当前阶段拆成周节拍，写清本周要拿出来演示的那个「东西」是什么。完整的周清单模板见附录 E。