Agent 编排

• 能说明Agent 编排解决什么问题，以及何时适用。
• 能解释为什么“控制权循环转移”是误区。

多个能力接入同一任务后，真正困难的是谁先执行、谁掌握上下文、失败后谁负责收尾。把所有专家互相连接并不会自动产生协作，还可能形成循环转发和重复副作用。

编排把任务依赖与控制权转移变成明确规则。有些步骤适合固定工作流，有些步骤需要模型判断；选择应由任务的不确定性与风险决定。

编排定义控制权、任务拆分、状态传递、聚合和失败处理。

固定铁路适合稳定路线，智能调度适合需求变化；关键枢纽仍要用明确规则。

先画出数据依赖：需要前一步输出的任务必须等待，而彼此独立的分析可以并行。并行会增加资源占用，若多个分支同时修改同一文件或账户状态，还必须处理竞争与合并。

控制权决定谁能继续与用户交互、调用工具和给出最终答案。Manager 模式保留统一控制，专家作为有边界的子任务返回结果；Handoff 模式则将活动对话交给目标专家。这两种模式不能只用同一条“调用专家”箭头模糊表示。

每条编排边应定义输入、输出、超时与失败策略。专家结果可以是成功、部分结果、证据不足或异常；下游不应把所有返回文本都当成有效产物。汇总前要核对版本、字段和证据来源。

涉及授权、写入顺序和停止预算的规则宜由确定性控制器落实。若允许模型动态选择专家，也要限制可选目标与转发次数，并定义分支取消、等待和返回路径，避免互相推卸未完成任务。

1. 识别确定性与开放决策
2. 选择编排模式
3. 定义交接载荷
4. 限制共享状态
5. 聚合与验证

• 多 Agent 系统

• 让专家无限互相转发，没有活动控制者、次数上限和最终责任人。
• 并行修改同一资源却没有所有权与合并规则，产生相互覆盖的结果。
• 只规定顺利流程，未定义某分支超时、部分完成或版本过期时怎样收尾。

输入

• 任务图
• Agent 能力
• 成本与风险约束

输出

• 执行图
• 最终负责人
• 失败回退路径

能力

• 多 Agent 系统