Appearance
2.5 AI 协作留痕 · 派活 · 人审 · 记录
Day 11 起 · 阶段二 三件套之三 — 从本节开始攒 派活记录，一直攒到 2.8 打包。模板真源 → 块二 §5 · 速查 → 2.9 模板箱
本节在学什么
阶段二要交的三样东西里，前两样大家相对熟悉：PRD（2.6）、能点的五件套（2.7）。
第三样容易忽略：你怎么用 Agent 协作、又怎么对 AI 出稿负责 — 这就是本节。
用一条链记就行：
text
派活（你下指令）→ 出稿（Agent 给初稿）→ 人审（你改、你拍板）→ 留痕（记下来）在 SDAD 里这叫 L4 · AI 协作（2.1 交付语言 讲过 L2/L3/L4 分工）。
不是让你证明「会用 ChatGPT」，而是证明：AI 出初稿，产品做人审和决策 — 面试讲「我怎么用 AI 做 PM」就靠这个。
我的真实经历
派活这事我一开始觉得就是「让 AI 帮我写一段」。后来人审的时候发现，AI 出的稿子看着没问题，但验收标准模糊、边界条件漏了——如果我自己写可能也会犯同样的错，但人审让我至少能看到这些问题在哪。派活记录不是形式主义，是你以后面试的证据。
2.5.1 和 2.4、2.6、2.7 啥关系
| 节 | 你做什么 | 和留痕的关系 |
|---|---|---|
| 2.4 七阶段跟练 | 跑通 AgentPM 流水线 | 02/03 阶段会 派活 + 出稿，人审后可记 第 1 条 |
| 2.5（本节） | 学会 怎么审、怎么记 | 从本节起 规范留痕；2.6、2.7 继续追加 |
| 2.6 PRD | 写 PRD v1 | 派活出 PRD → 人审 → 至少 1 条 建议绑 PRD |
| 2.7 五件套 | 做可运行模块 | 派活出结构/mock → 人审 → 可选 1 条 绑 Demo |
| 2.8 串联验收 | 三件套对照打包 | 检查 dispatch-log.md 是否 ≥1 条完整 |
习惯：每完成一次「派活 → 人审 → 定稿」，就 立刻填一条记录，别攒到 2.8 再补。
2.5.2 你要交什么
| 交付 | 说明 |
|---|---|
| 派活记录 ≥1 条 | 每条含：派活原文、Agent 输出摘要、人审改动（≥3 点）、结论 |
| 人审打勾 | 用下面 5 条清单 过一遍 AI 出稿（PRD 另有专项项，见 2.6.10） |
| 建议文件名 | dispatch-log.md（多条派活写在同一文件里） |
路径分叉：
| 路径 | 留痕要求 |
|---|---|
| A / B | 2.4–2.7 期间累计 2–3 条（建议：1 条绑 2.4/PRD 大纲，1 条绑 2.6 PRD，1 条可选绑 2.7 五件套） |
| C | ≥1 条完整 即可，绑你实际做的 PRD 摘要或单模块 |
2.5.3 派活怎么写（一句话句式）
真源 → 块二 §5.1 派活句式
text
派活：<类型> | <产品/模块> | <页面或功能> | <约束> | [是否改全局样式]示例：
text
派活：PRD | 晨悦官网 | /courses 时间轴 | 本期只做展示、不做支付 | 不改 tokentext
派活：PRD大纲 | 晨悦编排 | AgentPM 02 需求与规划 | 输入用 1.3 四格 + MVP 一句 | —text
派活：五件套 | 晨悦官网 | /courses 时间轴模块 | mock 字段对齐 PRD 附录 | 可改模块 css好派活 vs 坏派活：
| 坏 | 好 |
|---|---|
| 「帮我写个 PRD」 | 类型 + 模块 + 页面 + 本期约束 + 样式边界 |
| 「优化一下」 | 指明改 哪一节、验收标准要不要补 |
| 没有输入附件 | 附上 1.3 四格 / MVP 一句 / PRD 大纲 |
2.5.4 人审怎么审（AI 出稿后必查 5 条）
真源 → 块二 §5.3 人审清单
| # | 查什么 | 问自己 |
|---|---|---|
| 1 | 范围 | 有没有超出 MVP / 踩了「不做」？ |
| 2 | 验收 | 每条 story 能测试、能演示、能拒绝吗？ |
| 3 | 一致 | 和 1.2 定位、1.3 案例 矛盾吗？ |
| 4 | 可落地 | mock / 2.7 五件套 做得出来吗？ |
| 5 | 幻觉 | 有没有编造接口、规则、字段、业务事实？ |
PRD 专项（2.6 定稿前再过一遍）：结构齐 / 「不做」≥3 条 / mock 表完整。
人审不是「挑错别字」— 是 产品决策：采纳、部分采纳、还是驳回重写。
2.5.5 留痕怎么记（派活记录模板）
复制下面块，每条派活一段；完整版 → 2.9.3 模板箱
markdown
### 派活 #1 · 2026-06-21 · 官网 /courses 时间轴
**派活原文**
> 派活：PRD | 晨悦官网 | /courses 时间轴 | 本期只做展示、不做支付 | 不改 token
**Agent 输出摘要**
- 产出 PRD 大纲：背景、3 条 story、分期表
- 验收标准用 Given/When/Then
**人审改动（至少 3 点）**
1. 删掉「支付回调」story — 违反 MVP「不做支付」
2. 补第 3 条 story 的验收：「Day 14 节点可点击跳转手册链接」
3. mock 表 `stages[].day` 与 PRD 附录对齐
**结论** □ 采纳 ☑ 部分采纳 □ 驳回重写合格线：
- [ ] 派活原文 可复制粘贴（不是「我让 AI 写了 PRD」一句带过）
- [ ] 输出摘要 3–5 bullet，说清 Agent 给了什么
- [ ] 人审改动 ≥3 点，且至少 1 点与 范围 / 验收 / 幻觉 相关
- [ ] 结论 勾选一项
2.5.6 跟练步骤（最短路径）
- 找待审稿 用 2.4 P0 产出（PRD 大纲 / 模块说明），或已有 PRD 初稿。
- 写派活 按 §2.5.3 句式发 Agent；保存 派活原文。
- 人审 5 条 按 §2.5.4 改稿；改动点逐条记下。
- 填记录 用 §2.5.5 模板写 第 1 条，存入
dispatch-log.md。 - 继续追加 2.6 定 PRD、2.7 做五件套时各可再记 1 条；2.8 打包前数一下条数。
📷 配图占位 · 2.5-dispatch-flow.png
建议画面：横向四格 — 派活 → 出稿 → 人审（5 条清单小字）→ 留痕（dispatch-log）；底栏「三件套之三」。
上传 COS 后：
2.5.7 面试怎么说（1 分钟预演）
2.8 也会练这段口述，这里先写稿：
「我的主案例是 ___，辅案例 ___。写 PRD 时我派活 Agent 按 ___ 结构出稿，人审改了 ___（范围/验收/幻觉）。Demo 模块来自第 _ 条派活，最终 mock 与 PRD 附录一致。」
要点：说 具体改动，别说「AI 很好用」。
2.5.8 常见错误
| 错误 | 改法 |
|---|---|
| 记录只有「用了 AI 生成」 | 补派活原文 + 摘要 + ≥3 点改动 |
| 人审零改动就「采纳」 | 至少标 1 处范围或验收；真没问题写「核对 5 条均通过」 |
| 2.8 才发现没记录 | 2.4 起每次定稿后 当场记一条 |
| 派活与 PRD/Demo 对不上 | 记录里写清 绑哪份交付物（模块名 / 文件名） |
| 把 ChatGPT 闲聊当派活 | 用标准句式 + 约束 + 输入（四格 / MVP） |
2.5.9 练习 · 人审打勾 worksheet
练习 A — 人审 5 条（对任意 AI 出稿）
| # | 检查项 | ✓ | 发现问题（1 句） |
|---|---|---|---|
| 1 | 范围 | ||
| 2 | 验收 | ||
| 3 | 一致 | ||
| 4 | 可落地 | ||
| 5 | 幻觉 |
练习 B — 写第 1 条派活记录
四件套
| # | 内容 | 说明 |
|---|---|---|
| 阅读 | 本节 + 块二 §5 | 主材料 |
| 练习 | 人审打勾表 + 派活记录 ≥1 | worksheet |
| 观看 | 配套讲解（陆续更新） | 可选 |
| 提交 | 派活记录（dispatch-log.md） | 三件套之三 · 2.8 前持续追加 |