协调多个 Agent
Multi-Agent Orchestration
为各个 Agent 分配职责，说明如何汇总结果、处理分歧。
多 Agent 协作
合并重复发现，保留实质差异
Deduplication / Consensus
相同触发条件和根因的问题可以合并，但不同后果和条件要保留。
由中心协调开发流程
Hub-and-Spoke SDLC State Machine
用中心协调者维护开发状态，按当前阶段安排各角色的工作。
按任务选择合适成本的模型
Cost-Optimized Model Routing
根据任务难度和风险选择模型，避免所有步骤都使用高成本模型。
隔离各 Agent 的工作记忆
Agent Memory Isolation
私有工作状态和允许共享的交接材料分开保存。
让三方质疑并回应反对意见
Adversarial Triad + Counterarguments
分配不同立场，提出反对意见，再要求方案作者逐项回应。
从看板领取依赖已满足的任务
Pull-Based Kanban Orchestration
一次性认领可执行任务，遵守任务归属和前置依赖。
选择继承上下文或全新启动
Fork vs Fresh Spawning
按任务需要决定子 Agent 是否继承现有对话。
派发评审时不预设结论
No-Pre-Judging Reviewer Dispatch
给评审者任务和证据，不暗示应该发现或忽略什么问题。
由一个负责人统一修复评审问题
Batch Remediation: One Fixer for All Findings
把相关发现交给同一个修复者处理，再针对修复范围重新评审。
声明每个任务的输入和输出
Per-Task Interfaces Block (Consumes/Produces)
为每项任务写明需要什么、会产生什么，便于接续执行。
原子认领任务并绑定原始内容
Atomic claim with payload binding
在一次操作中认领任务，将任务身份绑定到原始请求，避免重复执行。
按调查问题选择协作方式
Choose interaction by investigation shape
评审已知产物可独立出报告；排查相互竞争的原因需要调查者交流。
分清工作角色与协调入口
Separate workflow, perspective and entry point
具体角色负责领域任务，拥有决策权的入口负责协调。
并行执行就绪任务，逐个集成结果
Dependency-ready integration frontier
依赖已满足的独立任务可隔离执行，合并时按顺序验证。
用不同约束探索不同方案
Differentiated design briefs
主动改变设计条件，避免得到多个几乎相同的提案。
让所有评审者检查同一份产物
Same-Artifact All-Reviewer Gate
流程要求多方通过时，所有评审者应按同一标准检查同一版本。
把停止监督放在工作任务之外
Keep the Stop Supervisor Outside the Worker
让独立监督者管理总时限和停止决定，任务卡住时仍能发出停止信号。
用独立路径观察卡住的任务
Observe a Blocked Worker from a Separate Control Path
选择不依赖该任务继续运行的只读路径，获取它的实际状态。