第 20 章 · 一周一个节拍
老板先看这一句： 别再批「半年规划、一次性交付」的大 AI 项目了——需求本来就模糊，半年做完往往方向早偏了，钱也烧完了。正确做法是让小队按「一周一个节拍」推进：每周五拿出能演示的东西给你看，方向不对一周就纠回来。你只要盯住两件事：这周有没有可演示的产出、有没有真实业务在用。短节拍试错，比长周期豪赌省得多。
项目要有「档位」
有了小队（第 18 章）、定好了搭档关系（第 19 章），接下来要回答的是：这个项目该按什么节奏推进？
一个常见的错误，是从头到尾用一个档位开车——要么全程慢慢悠悠做规划，要么全程急吼吼赶进度。AI 交付不能这样。它有明显的阶段性：早期要快、要糙、要试错；后期要稳、要准、要交接。用错档位，早期会被完美主义拖死，后期会被粗糙埋雷。
所以 Agent 落地工程师要给项目分阶段（大档位）和节拍（小周期）。阶段决定「这一段的目标是什么」，节拍决定「每一周怎么推」。
四个阶段
一个 AI 交付项目，通常走过四个阶段。每个阶段的目标、心态、产物都不同。
| 阶段 | 目标 | 心态 | 主要产物 |
|---|---|---|---|
| 一、探索 / PoC | 验证「这条路走得通」 | 快、糙、敢扔 | 跑通核心 Case 的丑版本 |
| 二、迭代 / 试用 | 在真实环境里打磨到能用 | 稳步爬坡 | Beta 版，真实用户在用 |
| 三、优化 / 自主调校 | 让业务方能自己调 | 交棒意识 | 配置化界面、可调规则 |
| 四、自主运营 | 业务方独立运营 | 退到幕后 | Agent 落地工程师只做监控与升级 |
这四个阶段，本质是一条从「Agent 落地工程师主导」到「业务方主导」的交棒曲线。第 12 章那个四周案例，走的就是阶段一到阶段二的头段；阶段三、四则对应第 24 章的「把能力交出去」。
每个阶段最重要的一件事，是想清楚「凭什么进入下一阶段」。 不要在探索阶段就追求生产级质量，也不要没验证透就急着上线。用一道明确的门槛卡住每个阶段的出口：
| 从哪个阶段出去 | 门槛（达到才往下走） |
|---|---|
| 探索 / PoC | 核心 Case 跑通 且 商业价值被认可 |
| 迭代 / 试用 | 达到验收指标 且 有真实用户在用 |
| 优化 / 自主调校 | 配置化能力就绪 且 搭档能自己调 |
| 自主运营 | 业务方能独立运营，Agent 落地工程师仅兜底 |
一周一个节拍
阶段是大档位，往下要落到可执行的小周期。Agent 落地工程师交付的标准节拍是一周一个 Sprint——为什么是一周？因为 AI 项目需要足够频繁的反馈，两周太慢（错误方向要拖两周才发现），一天太碎（来不及做出可演示的东西）。一周，刚好能做出一点东西、又能及时纠偏。
一个标准的周节拍长这样：
周一 Kickoff：定本周目标、拆任务
↓
周二～周四 推进：搭建 / 调优 / 集成，随手记失败样本
↓
周五 Demo：给搭档和一线演示，收反馈
↓
周五收尾 复盘：把失败样本、反馈、变更归档，喂给下周关键不在于开会，而在于每周都有一个能拿出来看的东西。哪怕很糙，也要能演示——因为只有能演示，搭档才能给出具体反馈，项目才能校准方向。「这周没什么好演示的」往往是项目开始跑偏的第一个信号。
把阶段和节拍套在一起
阶段和节拍不是两套东西，而是大周期套小周期：一个阶段由若干个周节拍组成，每过几周，用「阶段门槛」检查一次是否该进入下一阶段。
举个例子，第 12 章的竞品洞察项目：
- Week 0 属于探索阶段的准备（需求共创）。
- Week 1–2 是探索阶段的主体，目标是「跑通核心 Case + 证明价值」，两个周节拍。
- Week 3 达到探索出口门槛，进入迭代阶段。
- Week 4 是迭代阶段的头一周，同时准备上线。
你看，四个周节拍，横跨了两个阶段，每个阶段出口都有明确门槛卡着。这就是「大档位 + 小节拍」的实际样子。
不要跳级
阶段门槛的价值，在于拦住过早推进。Agent 落地工程师可以用下面这张表判断能不能进下一步：
| 想进入 | 必须拿出的证据 | 没有证据时的决定 |
|---|---|---|
| PoC 快验 | 场景卡、AI 介入点图、数据授权路径 | 不开工，继续需求共创 |
| 评估对齐 | 第一版可跑 Demo、失败样本记录 | 不调优，先跑通核心 Case |
| 迭代验收 | Golden Dataset、指标线、首轮跑分 | 不谈验收，先定义什么叫对 |
| 试运行上线 | 门禁表、审计日志、回滚方案 | 不上线，补门禁 |
| 自主运营 | 配置化能力、操作手册、业务方独立操作记录 | 不宣布交接完成 |
这张表听起来严格，但它能保护项目。AI 项目最危险的不是慢，而是拿一个还没准备好的东西冲进下一阶段。
📍 场景示例：老陈的客服 Agent 进入周度节拍
老陈的客服 Agent 立项后，不再搞「半年一次性交付」。小队按「一周一个节拍」推进：周一 Kickoff 定本周目标（先攻 EN/DE 首响），周二到周四 FDE 搭建 + 运营随手记失败样本，周五给老陈演示一个能跑的版本——哪怕只覆盖 EN/DE、FR/ES/JP 还标「待补」。每过几周用阶段门槛卡一次：Week 2 核心 Case 跑通 + 价值认可，才进迭代阶段。方向偏了一周就纠回来，不烧半年钱。
| 维度 | 改造前 | 改造后 |
|---|---|---|
| 推进节奏 | 半年规划、一次性交付 | 一周一 Sprint，周五可演示 |
| 纠偏周期 | 偏了半年才发现 | 一周就纠 |
| 阶段门槛 | 无 | 探索出口：核心 Case 跑通 + 价值认可 |
| 老板可见 | 半年后看结果 | 每周五看能跑的东西 |
老板决策点： 立铁律——每周五必须演示一个能跑的东西，没演示就别放行预算。 ——对应 → L4
常见坑
- 全程一个档位。 探索期就追求生产质量（做不完），或上线期还在随意试错（埋雷）。
- 阶段之间没有门槛。 稀里糊涂就「进入下一阶段」，结果拿一个没验证透的东西去上线。
- 有节拍没产物。 每周开会但拿不出可演示的东西，反馈无从谈起，节拍形同虚设。
- 节拍拉太长。 用两周甚至一个月一个周期，错误方向要很久才暴露，AI 项目最忌讳这个。
📎 技术深读：周节拍能跑得动的前提，是每次改动都能快速验证、且不把之前调好的搞坏——这依赖一套评测与回归机制，工程实现见 Harness Agent Book · 附录 D。
本章产出
老板行动点： 你给项目定一条铁律——每周五必须向你演示一个能跑的东西，且每个阶段要有明确的「出口门槛」才许往下走；没演示、没门槛，就别放行预算和资源。
往交付包里放一张「阶段—节拍地图」：
画出你这个项目预计的四个阶段，为每个阶段写下出口门槛；再把当前阶段拆成周节拍，写清本周要拿出来演示的那个「东西」是什么。完整的周清单模板见 附录 E。
成熟度自检
- [ ] 我能为项目划出四个阶段，并为每个阶段写出明确的出口门槛（→ L4）
- [ ] 我能把当前阶段落成周节拍，且每周都有可演示产物（→ 巩固 L4）