<!-- generated-by: codex / 2026-08-26 -->
# 第 14 章任务卡：隔离协作与人工裁决

## 1. 起点

你要把前章成果整理成训练包，需要盘点、起草和审查三种不同工作。两份虚构建议互相冲突，不能靠角色“投票”自动决定。

## 2. 只读输入

- `inputs/chapter-14/master-task.md`
- `inputs/chapter-14/role-inventory.md`
- `inputs/chapter-14/role-draft.md`
- `inputs/chapter-14/role-review.md`
- `inputs/chapter-14/conflict-a.md`
- `inputs/chapter-14/conflict-b.md`
- 第 8—13 章已验收成果

## 3. 唯一写入位置

- 盘点只写 `workbench/collaboration/inventory/`
- 起草只写 `workbench/collaboration/draft/`
- 审查只写 `workbench/collaboration/review/`
- 你只写 `workbench/collaboration/human-decision/`
- 角色边界账本写 `workbench/collaboration/role-boundaries.json`
- 总交接写 `workbench/collaboration/handoff.md`

## 4. 本章唯一成果

得到四份隔离结果：`inventory/materials.md`、`draft/training-package.md`、`review/findings.md`、`human-decision/decision.md`，以及 `role-boundaries.json` 和 `handoff.md`。

`role-boundaries.json` 不是额外业务内容，而是检查器读取的边界账本。它必须记录三角色各自的 `writableDirectory` 与 `delivery`、草稿审查前后的 `draftHashBeforeReview` / `draftHashAfterReview`，以及两份冲突原文的 `conflictSourceHashes`。这些值都从本轮实际目录和 SHA-256 计算得到，不手填占位值。

## 5. 可复制给 Codex 的任务

```text
读取 inputs/chapter-14 的总任务和三张角色卡，按交付物而不是工具名称执行三步协作。盘点角色只写 inventory/materials.md；起草角色只读盘点和已确认事实，只写 draft/training-package.md；审查角色只读前两份结果，只写 review/findings.md，不得改草稿。完整保留 conflict-a.md 与 conflict-b.md 的冲突。审查前后分别计算草稿 SHA-256，并把三角色目录/交付物、两个草稿哈希和两份冲突原文哈希写入 collaboration/role-boundaries.json；字段名使用 writableDirectory、delivery、draftHashBeforeReview、draftHashAfterReview、conflictSourceHashes。不要替人工选择，也不要用角色票数决定。三份角色输出和边界账本完成后，只核对目录、交付物和哈希并停下等待我决定；此时决定与交接尚未完成，不要运行全量 check:14。等我在 human-decision/decision.md 记录采用、退回或暂停后，生成 handoff.md，再运行 npm run check:14。
```

## 6. 你必须亲手完成

阅读盘点、草案、审查意见和两份冲突建议。亲自选择“采用 A”“采用 B”“退回补材料”或“暂停”，在 `human-decision/decision.md` 写明依据、未采用或未决项和下一步，再让 Codex 生成交接。检查器接受这四种人工决定，不替你预设答案；若选择“退回补材料”或“暂停”，本章可以验收，但连续实战必须停在这里，不能假装已经获准进入第 15 章。

## 7. 你应该看到

- 三个角色各有且仅有一个输出目录。
- 草案没有被审查者直接覆盖。
- `role-boundaries.json` 中审查前后草稿哈希相同，两份冲突源哈希都能回到只读输入。
- 两份冲突建议都保留原文和证据位置。
- 最终选择只出现在你的人工决定记录中。

## 8. 三个真实坑

### 坑 1：按工具名而不是交付物分工

角色卡检查的是读写目录和唯一交付物；“让三个 AI 都完善内容”会因为共享写入而失败。

### 坑 2：多个角色共写一份文件

检查会比较角色允许目录和实际变更。审查者直接改草稿或盘点者补写决定都会越界。

### 坑 3：用 AI 投票替代人工裁决

两份建议故意冲突且没有预设多数。没有 `human-decision/decision.md` 时，章节不能通过；任何自动票数都不是决定依据。

## 9. 复选框验收

- [ ] 盘点、草案、审查各自只写唯一目录。
- [ ] 审查意见有证据位置且未改草稿。
- [ ] `role-boundaries.json` 已记录角色边界、草稿前后哈希和两份冲突源哈希。
- [ ] 两份冲突建议完整保留。
- [ ] 我已亲手记录决定、理由与下一步。
- [ ] 如果我选择退回或暂停，已停止而没有进入第 15 章。
- [ ] `npm run check:14` 通过。

## 10. 停止、回退与交接

出现共享写入、冲突被覆盖、审查直接改稿或没有人工决定时停止。回退只重建越界角色的目录，保留冲突和审计记录。交给第 15 章的是 `handoff.md` 和人工明确采用的成果；被退回或暂停的内容不得进入最终工作台。
