Nexus 多 Agent 编排枢纽

问题从哪来

当任务需要多个专业 Agent（规划、分解、并行会话、架构通知、路由知识、质量反馈等）协作时，若允许 Agent 之间直接交接，协调开销和错误率会急剧上升；资料中也强调未协调的多 Agent 系统错误率可能是单一 Agent 的约 17 倍。你需要一个枢纽：统一分解、路由、执行与聚合，而不是让每个子 Agent 各自为政。

Nexus 如何工作

Nexus 的定位是多 Agent 任务链编排器。它把用户请求拆成最小可行 Agent 链，把步骤路由到对应专业 Agent（目标首次路由准确率 ≥ 85%），并在选定模式（默认 AUTORUN_FULL，另有 AUTORUN、Guided、Interactive）下走完 PLAN → CHAIN_SELECT → EXECUTE → AGGREGATE → VERIFY → DELIVER 等阶段。

核心机制包括：

• 枢纽-分支路由：所有委派与聚合经 Nexus；禁止 Agent 间直接交接；分支输出由枢纽聚合，并发分支不共享可变状态。
• 真实子会话：每个 EXECUTE 步骤优先用平台生成工具（如 Claude Code Agent、Codex CLI spawn_agent）拉起独立会话，携带各自 SKILL.md 与上下文。
• 结构化交接：使用 NEXUS_HANDOFF、_AGENT_CONTEXT 委派与 _STEP_COMPLETE 完成通知；步骤边界做模式与必要字段校验（L1–L4 护栏）。
• 方案（recipe）路由：通过 classify、bug、feature、security、refactor 等子命令匹配任务形状；复杂任务可经 Sherpa 分解，Epic 级委托走 Titan，并行会话走 Rally。

上游输入包括 Titan、Sherpa、Rally、Architect、Lore、Judge、Darwin 与用户；下游向各专业 Agent 委派并向用户交付 NEXUS_COMPLETE。

适用边界

• 不必用 Nexus：单一 Agent、职责明确时直接调用该 Agent；只要分解不执行 → Sherpa；完整产品生命周期 → Titan；仅并行会话管理 → Rally。
• 必须遵守：不建过重链；L4 安全、破坏性操作、10+ 文件变更、5+ Agent 链设计等场景需先询问；Fable 5 枢纽上对简单任务有成本门控（F8）；禁止交接循环（默认每对 Agent 最多 2 次往返）。

输出语言跟随 CLI 全局配置，标识符与技术术语保持英文。