用途：把来自多个智能体、文档、转录、PR、评论或聊天历史的竞争性方案统一比较，产出单一可执行方向。默认只做只读规划，除非用户明确要求在决策后执行。
工作流程：先收集源方案（支持粘贴文本、本地文件、会话 ID、转录路径、PR、评论、可视化方案链接等），尽量回溯原始产物以发现最终摘要中缺失的假设；若方案仍在生成且用户要求等待则持续监控，无法解析时用现有文本继续并标记为风险。随后归一化每个方案，提取目标范围、关键假设与未决问题、涉及的文件/模块/API/数据形态/UI 状态、实施顺序、验证策略、回滚或迁移顾虑、成本与复杂度及执行者匹配度，不以篇幅长短论优劣。接着像由另一位智能体撰写那样交叉评审：核对是否满足真实需求，对照仓库、文档、测试、截图或外部系统验证声明，识别隐藏依赖、缺失测试、风险排序、含糊步骤与难以回退的决策，并注意互补优势；方案质量与执行者偏好分开考虑，方案量大时可使用子智能体做独立评审。
决策有三种结果：采用某方案、混合合并、或先退回修订。裁决优先级为：正确性与需求契合度、基于真实文件与测试的落地程度、不阻塞未来的更简单首版实现、更好的验证与回滚、在质量可接受时更低的 token 与时间成本。
交接产出紧凑决策备忘，包含决策、理由、执行计划（有序步骤及需触及的文件或界面）、从其他方案借鉴的部分、明确否决的想法及原因、验证方式（测试、浏览器检查、截图、CI、评审或部署检查）、执行者建议。当用户已要求执行且路径清晰时，可简报决策后按选定方案推进；否则停在交接并请求批准。