模块 4规划、执行与多 Agent

多 Agent 并发治理

拓扑决定协调成本

中心 Orchestrator

  • 控制清楚但可能成瓶颈和单点

流水线

  • 责任明确但错误和延迟逐级放大

点对点协作

  • 灵活但状态、信任和循环最难治理
  • 默认从中心化、有限并发开始

区分私有工作区与共享事实

  • 每个 Agent 有隔离 Scratchpad 和 Context
  • 共享层只保存经验证的事实、任务和 Artifact
  • 写共享状态需要版本、Owner 和来源
  • 禁止把所有对话历史广播给所有 Agent

并发写入按业务实体治理

  • 乐观版本与冲突重试
  • 必要时使用租约或单写者
  • 合并前比较基础版本
  • 不可交换副作用必须串行或走事务/Saga

Agent 间消息需要明确语义

  • request、result、event、cancel 和 error
  • 消息 ID、因果关系、任务版本和 Deadline
  • 至少一次交付下的幂等消费
  • 拒绝未知或越权消息

检测委派循环与等待死锁

  • 父子调用图不得形成环
  • 最大深度、总子任务数和全局预算
  • 等待图与超时升级
  • 同一失败在 Agent 间反复转交的指纹检测

汇聚不是把答案拼接

  • 检查覆盖范围和依赖是否完成
  • 事实冲突按来源、时间和权威性处理
  • 重复结果去重，保留不同假设
  • 最终决策主体承担验收责任

并发受系统级预算约束

  • 模型、Tool、队列和存储的全局限额
  • 公平调度、防止单 Run 占满资源
  • 背压与取消向子任务传播
  • 按任务成功而非 Agent 数量衡量收益

何时不该使用多 Agent

  • 任务依赖高度串行
  • 共享状态强一致且冲突频繁
  • 单 Agent 加确定性工具已足够
  • 额外协调成本超过质量或吞吐收益