面向复杂软件工作的闭环协调层
把专家路由 · 计划 · 执行 · 迭代 · Beta · Release · Feedback
收拢成一个可持续迭代的闭环工作流
普通多专家提示词在复杂软件任务中有三个结构性缺口
从"换几个角色回答"升级到"打通复杂软件工作的关键链条"
每层都有明确触发条件、核心机制和结构化产物
覆盖从代码到产品、从架构到发布的完整软件交付链路
references/agent-catalog.md（叙述版）和 references/routing-rules.json（机器可读版）中同步声明 Constraints 与 Evidence Requirements。
本项目 vs 普通多专家提示词的结构性差异
| 维度 | ✦ 本项目 | ✕ 普通方案 |
|---|---|---|
| 任务路由 | 选择主负责人、协同者、治理轨道 | 平铺多个角色视角 |
| 恢复能力 | 状态优先恢复、resume、恢复锚点 | 依赖上下文记忆 |
| 迭代能力 | 有边界的多轮优化、基线、回滚决策 | 无限"再来一轮" |
| 发布治理 | release gate、completion evidence、修复入口 | "建议发/不发"或只看 benchmark |
| 上线后闭环 | post-release feedback loop | 很少覆盖上线后反馈回写 |
| Subagent runtime | 受控计划 + 宿主 spawn/wait/merge 证据 | 角色扮演误称真实多 Agent |
matrix.html
基于任务形态、风险、技术栈自动路由到最小可辩护 workflow bundle
默认手动模式，显式 /auto 才进入自动运行
从语言路由到工作流包到阶段专家团的完整集成
适合接手"单个专家已经不够、单轮回答也不够"的复杂软件任务
从手动模式开始，按需进入 /auto 自动运行