Multi-Agent Orchestration v0.05

Decompose 全自动编排 (已验证 ✅)

架构

用户创建 triage 任务
  ↓ decompose (自动拆解 + 路由)
  ├── Worker 1 (profile 自动选择)
  ├── Worker 2 (profile 自动选择)
  ├── Worker 3 (profile 自动选择)
  └── Synthesizer (依赖所有 Worker done)
      ↓ (所有子任务 done)
  Orchestrator 汇总 → kanban_complete

实测数据:Anet 系统分析

阶段执行者耗时结果
创建 triage用户-t_fd7415a9
decomposekanban 引擎即时4 子任务,自动路由
分析 peer 延迟alaya (full)7m✅ 4 项关键发现
分析 carrier 成功率guan→worker-std3m✅ 95.27% carrier OK
分析 control 延迟alaya (full)2m✅ p50=7ms
TOP3 建议ming→worker-std2m✅ 完整优化方案
汇总orchestrator2m✅ 含实施路线图
总计6 runs × 3 profiles~15min完成

模型兼容性 (关键发现)

Profile原模型能否做 kanban worker修复后
alayadeepseek-v4-flash (128K)✅-
worker-stddeepseek-v4-flash (128K, 精简)✅ 更快-
guanglm-4.7-flash❌ crash ×4已改为 ds4f
mingmistral-large-3-675b❌ crash ×2已改为 ds4f
orchestratordeepseek-v4-flash✅-

规则:kanban worker 必须用 128K+ context 的模型。

看板系统全功能基线

能力状态备注
Single worker✅ 20s (精简) / 16s (full)worker-std.profile
Swarm (worker→verifier→synth)✅ 已认证exp01
Decompose (triage→subtasks)✅ 自动路由 + 依赖链exp03
Cron 自动派单✅ 每天 6AMkanban-auto-healthcheck
Dispatcher 自动调度✅ 60s 轮询内嵌 gateway
失败自动重试✅ failure_limit=2guan ×4 失败后 block
手动干预✅ assign + unblockguan→worker-std 成功
并行执行✅ 3 workers 同时跑alaya + guan + alaya
依赖链✅ parent→child 自动 promotesynthesizer 等所有 worker done

效率数据

任务类型方式耗时适用场景
简单采集Direct terminal8ms你自己
简单分析Kanban single worker16-20s日常健康检查
中等分析Decompose(2-3 worker)~10min研究、审计
复杂分析Swarm(worker→verif→synth)~14min深度调研
超复杂Decompose + Swarm 组合15min+全流程审查

已启用的优化策略

  1. ✅ Minimal worker profile (worker-std):~62% token 节省
  2. ✅ 看板优先:替代易碎的 delegate_task
  3. ✅ Decompose 自动路由:大任务→小任务→专业 profile
  4. ✅ 失败重试 + 阻断:不会无限循环 crash
  5. ✅ Cron 自动派单:健康检查每天 6:00
  6. ⏳ 下一步:gan/ming 模型修复后测试 decompose 全绿跑

优化结论

多 Agent 编排的成熟度:

手工 delegate_task  →  ❌ 已淘汰(易碎 + 413)
Kanban single worker →  ✅ 适用于快速任务
Kanban decompose     →  ✅ 适用于复杂任务(核心工作流)
Kanban swarm         →  ✅ 适用于深度调研(需要验证的)
decompose+orchestrator → ✅ 最高级,有 orchestration 闭环

2026-10-09 Codex 审阅说明

HTTP 413 表示服务器或代理拒绝过大的请求内容,本身不能确定是模型上下文窗口超限。所测几条免费路由失败不能推断所有免费服务不可用;“128K 必需”应限定为当时输入规模与所选模型。收集、分析和完整流程的耗时属于不同阶段,不能直接作倍数比较;62% token 节省也需实际 usage 与同任务基线,不能由工具次数或文本长度推出。

核验依据:RFC 9110 HTTP 语义。