Appearance
第 24 章：角色、交接物和任务依赖
本章目标
多 Agent 不是把同一条指令复制多份。它适合有稳定边界、可以拆成工作包、需要保存中间产物的复杂任务。先设计交接物和依赖，再决定并行或串行。
前置条件
- 明确最终交付物、停止条件和人工负责人；
- 将任务拆成输入、动作、输出和验收都清楚的工作包；
- 为每个角色指定唯一职责和唯一写入负责人；
- 准备共享目录、文件命名、版本和交接记录规则。
分步教程
- 写总任务卡。 先写目标、约束、输入、交付物和必须由人确认的动作。
- 画依赖关系。 区分可以并行的资料整理和必须串行的汇总、审核、发布步骤。
- 定义角色边界。 每个角色只读指定输入，只写唯一输出，写清禁止事项和失败处理。
- 固定交接格式。 不用长对话传递关键事实，使用 Markdown、表格或结构化数据保存已完成、证据、未决问题和下一步。
- 设置阶段门。 下游只读取已经确认的上游产物；输入不完整或验收失败时暂停当前分支。
- 汇总并验收。 总负责人检查完整性、证据、权限和未决问题，再交付给人确认。
推荐交接物
text
工作包：
负责人：
输入资料：
已完成：
关键发现：
证据位置：
未决问题：
下一步建议：
验收状态：通过 / 待确认 / 失败示例与验收
一个办公交付包可以拆成资料盘点、数据整理、文档制作、汇报制作和最终审核五个工作包。验收要求：每个工作包有唯一负责人和输出；关键数字有证据；失败不会静默覆盖已经确认的文件；最终发布仍由人确认。
常见问题
什么时候不需要多个 Agent？
任务边界还不稳定、工作包之间高度依赖，或者一个 Agent 已经能可靠完成时，不需要增加协作角色。先跑通单 Agent 任务，再观察稳定重复的环节。
角色越多越好吗？
不是。角色增加会带来更多交接、状态和失败路径。每个角色都必须有清楚的输入、唯一输出和可检查的价值。
风险和人工确认点
- 不让多个角色同时写同一份关键文件；
- 真实文件、账号、外部 API、删除、付款和外发动作必须设置人工闸门；
- 失败分支保留已确认产物和错误信息，不用猜测补齐缺失资料；
- 交付前确认结果没有越过权限和数据范围。
关联解决方案
来源
- SRC-UPSTREAM-CH24：上游关于多 Agent 角色、任务拆解、交接物和协作流程的资料。