Appearance
2.4 如何派活与人审
本节帮你什么
- 排期 — Day 11 起 · 阶段二三件套之三 · 从本节开始攒记录，一直到 2.7
- 跟练主线 — 对 2.3 P0 出稿做人审 + 留痕；2.5 / 2.6 继续追加
- 可交作业 —
dispatch-log.md≥1 条完整（派活原文 · 摘要 · 改动≥3 · 结论） - 已读 0.2 · A4？ — 跳过 框架复习，从 派活句式 或 练习 开工
为什么要留痕
三件套里 PRD、五件套大家熟；第三样常被漏：你怎么用 Agent 协作、又怎么对 AI 出稿负责。本节练的是 0.2 · A4 + 0.1 · ⑥ 协作 — 证明「AI 出初稿，产品做人审和决策」，不是证明「会用 ChatGPT」。
跟练锚点 · 接上 2.3
用一条链记就行：
text
派活（你下指令）→ 出稿（Agent 给初稿）→ 人审（你改、你拍板）→ 留痕（记下来）和前后节的关系2.3：跑通 AgentPM → 02/03 出稿，人审后可记第 1 条
2.4（本节）：学会怎么审、怎么记；规范从这里开始
2.5 / 2.6：写 PRD、做五件套时继续追加
2.7：检查
习惯：每完成一次「派活 → 人审 → 定稿」，立刻填一条，别攒到 2.7 再补。
2.4（本节）：学会怎么审、怎么记；规范从这里开始
2.5 / 2.6：写 PRD、做五件套时继续追加
2.7：检查
dispatch-log.md 是否 ≥1 条完整习惯：每完成一次「派活 → 人审 → 定稿」，立刻填一条，别攒到 2.7 再补。
| 路径 | 留痕要求 |
|---|---|
| A / B | 2.3–2.6 累计 2–3 条（建议：1 绑 2.3/大纲，1 绑 2.5 PRD，1 可选绑 2.6） |
| C | ≥1 条完整 即可，绑你实际做的 PRD 摘要或单模块 |
真实经历
派活我一开始觉得就是「让 AI 帮我写一段」。人审才发现：稿子看着没问题，但验收模糊、边界漏了——自己手写也可能犯，但人审至少能看见问题在哪。派活记录不是形式主义，是以后面试的证据。
先读地图 · 0.2 A4
完整定义、人审三节点、面试话术在 0.2 · A4 派活与人审。模板真源 → 块二 §5 · 速查 → 2.8 模板箱。
本节只落地三块：
① 派活句式类型 · 产品 · 模块 · 约束 · 样式边界 · §5.1
② 人审 5 条范围 · 验收 · 一致 · 可落地 · 幻觉 · §5.3
③ 留痕文件
dispatch-log.md · 多条写在同一文件 · 2.8.3人审 ① · 规格出稿后
故事、验收、不做是否对齐 MVP · 本节主练人审 ② · 原型可运行后
主路径能走通 · 2.6 前后再做 人审 ③ · 上线前
评测过线、降级可触发 · 阶段三加深 派活怎么写
标准句式 真源 §5.1。好派活 = 可验收任务，不是闲聊。
text
派活：<类型> | <产品/模块> | <页面或功能> | <约束> | [是否改全局样式]示例（小悦 / 编排）
text
派活：PRD大纲 | 母婴馆小悦 | AgentPM 02 需求与规划 | 输入用 kickoff 四格 + MVP 一句；不做计费后台 | —text
派活：PRD | 母婴馆小悦 | 选购主路径 | 对齐 2.1 边界与 2.2 链路；Plugin 超时走降级 | 不改 tokentext
派活：五件套 | 品牌站 | /courses 时间轴模块 | mock 字段对齐 PRD 附录 | 可改模块 css❌ 坏派活
「帮我写个 PRD」「优化一下」
没有输入附件
✅ 好派活
类型 + 模块 + 页面 + 本期约束 + 样式边界指明改哪一节、验收要不要补
附上四格 / MVP / 大纲
人审怎么审
AI 出稿后必查 5 条 人审不是挑错别字 — 是产品决策：采纳、部分采纳、还是驳回重写。真源 §5.3。
PRD 专项（2.5 定稿前再过） 结构齐 · 「不做」≥3 条 · mock 表完整 — 见 2.5；本节先把通用 5 条养成习惯。
留痕怎么记
复制下面块，每条派活一段；完整版 → 2.8.3
markdown
### 派活 #1 · 2026-07-25 · 小悦 / AgentPM 02
**派活原文**
> 派活：PRD大纲 | 母婴馆小悦 | AgentPM 02 | 输入四格+MVP；不做计费后台 | —
**Agent 输出摘要**
- 产出需求大纲：背景、5 条 story、分期表
- 验收标准用 Given/When/Then
**人审改动（至少 3 点）**
1. 删掉「会员体系」story — 违反 MVP「不做」
2. 补选购路径验收：Plugin 超时须出降级清单
3. 「不做」补到 ≥3 条，与 kickoff 对齐
**结论** □ 采纳 ☑ 部分采纳 □ 驳回重写
**绑定交付物**：2.3 P0 / 即将进 2.5 的 PRD 大纲合格线
- [ ] 派活原文 可复制粘贴（不是「我让 AI 写了 PRD」）
- [ ] 输出摘要 3–5 bullet
- [ ] 人审改动 ≥3 点，且至少 1 点与 范围 / 验收 / 幻觉 相关
- [ ] 结论 勾选一项；写清绑哪份交付物
最短跟练路径
- 找待审稿 用 2.3 P0 产出（需求大纲 / 模块说明），或已有 PRD 初稿。
- 写派活 按上方句式发 Agent；保存 派活原文。
- 人审 5 条 改稿；改动点逐条记下。
- 填记录 用模板写 第 1 条，存入
dispatch-log.md。 - 继续追加 2.5 定 PRD、2.6 做五件套时各可再记 1 条；2.7 打包前数条数。
面试怎么说（1 分钟）
先写稿 · 2.7 再练口述 「我的主案例是 ___。写 PRD / 跑 AgentPM 时我派活 Agent 按 ___ 结构出稿，人审改了 ___（范围/验收/幻觉）。Demo 模块来自第 _ 条派活，最终 mock 与 PRD 附录一致。」
要点：说具体改动，别说「AI 很好用」。
要点：说具体改动，别说「AI 很好用」。
常见错误
别踩这几坑
- 只有「用了 AI 生成」 — 补派活原文 + 摘要 + ≥3 点改动
- 零改动就「采纳」 — 至少标 1 处范围/验收；真没问题写「核对 5 条均通过」
- 2.7 才补记录 — 2.3 起每次定稿后当场记一条
- 和 PRD/Demo 对不上 — 记录里写清绑定的模块名 / 文件名
- 闲聊当派活 — 标准句式 + 约束 + 输入（四格 / MVP）
练习 · 人审与第 1 条记录
练习 A — 人审 5 条（对 2.3 出稿或任意 AI 出稿）
| # | 检查项 | ✓ | 发现问题（1 句） |
|---|---|---|---|
| 1 | 范围 | ||
| 2 | 验收 | ||
| 3 | 一致 | ||
| 4 | 可落地 | ||
| 5 | 幻觉 |
练习 B — 写第 1 条派活记录
过关自检
2.4 派活留痕 · 过关 · 打勾再进 2.5
- [ ] 能默写派活句式五段（类型｜产品｜模块｜约束｜样式）
- [ ] 能口述人审 5 条各查什么
- [ ] dispatch-log.md ≥1 条完整（合格线全勾）
- [ ] 记录绑定了具体交付物（2.3 / 即将进 2.5）
- [ ] 面试 1 分钟稿里有具体改动，不是「AI 很好用」
过关 → 2.5 写 PRD
留痕习惯立住后，下一节把大纲收成 PRD v1（含 AI 规格）— 写 PRD 时再记一条派活，继续追加到同一文件。