Appearance
多 Agent 协同完成复杂任务
用户问题
一个复杂任务需要检索、整理、分析、写作和检查多个环节。若把所有要求交给一个 Agent，过程难以追踪；若简单地启动多个 Agent，又容易重复劳动、互相覆盖和丢失关键上下文。
适用场景
- 任务可以拆成相对独立的工作包；
- 每个工作包都有明确输入、输出和验收标准；
- 需要保留中间产物，方便失败后从某个阶段重跑；
- 最终发布、删除、付款或对外沟通仍由人确认。
不适合把高风险决策完全交给自动协作链，也不适合在角色边界还没有稳定之前盲目增加 Agent 数量。
目标结果
得到一份角色分工表、一张任务依赖图、一组结构化交接物和一份最终验收清单。每个 Agent 只负责自己的工作包，并读取上游已确认的产物。
前置条件
- 明确最终交付物和停止条件；
- 指定一个总负责人 Agent 或人工负责人；
- 为每个角色定义输入、输出格式、禁止事项和失败处理；
- 规定共享目录、文件命名、版本和交接规则。
操作步骤
- 先写总任务卡：目标、输入、约束、交付物和验收标准。
- 将任务拆成检索、数据处理、分析、制作和审核等工作包，标记并行与串行关系。
- 为每个角色定义“只读输入”和“唯一输出”，避免多个角色同时改同一份文件。
- 让总负责人只接收结构化交接物，不用长对话传递关键结论。
- 在每个阶段加入检查点：格式校验、证据校验、权限校验和人工确认。
- 最终负责人汇总结果，列出已完成、失败、待确认和未执行项，再交付给人验收。
可复制提示词
text
你是这项任务的总负责人。请把“{复杂任务}”拆成可以独立验收的工作包。
请先输出：
1. 最终目标和停止条件；
2. 角色列表及每个角色的职责边界；
3. 每个工作包的输入、输出文件、验收标准和依赖关系；
4. 哪些工作可以并行，哪些必须串行；
5. 哪些步骤必须由人确认。
协作规则：
- 角色之间通过结构化交接物传递，不通过长对话传递关键结论；
- 一个文件只能有一个写入负责人；
- 下游角色只能读取上游已经确认的产物；
- 失败时停止当前分支并报告，不要用猜测填补缺失资料；
- 不得自动对外发布、发送消息、删除文件或执行高风险操作。
请先生成任务分解和交接格式，等待我确认后再开始执行。变量说明
| 变量 | 代表什么 | 应填写什么内容 | 简短示例 | 允许为空 | 必须人工确认 |
|---|---|---|---|---|---|
{复杂任务} | 需要拆分和协作的最终工作目标 | 目标、交付物、范围和限制条件 | 把访谈资料整理成研究报告和待办清单 | 不允许 | 是，确认目标、停止条件和风险范围 |
{复杂任务}必须由人工确认后再启动拆分；如果目标、输入或停止条件仍不清楚，应先补充任务卡，不要用模糊描述替代。
验收标准
- 每个工作包都有唯一负责人和明确输出；
- 关键结论能回到输入资料或上游交接物；
- 失败分支不会静默覆盖成功结果；
- 并行任务没有写入冲突；
- 最终交付物包含过程记录、未决问题和人工确认点。
常见错误
| 错误 | 结果 | 修正 |
|---|---|---|
| 先增加 Agent，再想怎么分工 | 角色重复、成本上升、结果互相矛盾 | 先画任务依赖和交接物 |
| 角色共享同一份可写文件 | 后写入覆盖先写入 | 每个阶段建立唯一输出 |
| 只传对话，不传结构化产物 | 下游无法复核输入 | 用 Markdown、JSON、CSV 等固定格式交接 |
| 没有停止条件 | Agent 无限扩展任务范围 | 在总任务卡中写清停止条件 |
注意事项
多 Agent 不是“更多就是更强”。先用一个 Agent 跑通任务，再识别重复出现且边界稳定的环节。涉及真实文件、账号、外部 API 或对外发布时，应在工作流中保留人工闸门。
人工确认点
- 在拆分任务前确认最终交付物、停止条件和人工负责人；
- 在每个阶段检查输入是否完整、交接物是否可追溯；
- 最终发布、删除、付款、发消息或修改外部系统前必须由人确认。
关联说明书
来源引用
- SRC-UPSTREAM-CH24：上游资料中的多 Agent 系统设计和角色边界。
- SRC-UPSTREAM-CH25：上游资料中的自动化可靠性、检查点和失败回退。
相关解决方案
内容版本与核对日期
- 内容版本：
0.2.0 - 最后核对日期：
2026-08-05 - 适用版本状态：当前产品能力（未绑定具体客户端版本）
- 来源提交版本：
6b5e2403f0f2ad5d3f7ab7a67e9c4d4113583ff3 - 内容更新说明：补齐来源、说明书关联、边界、人工确认点和变量说明，并规范页面元数据。