用途：为实现与架构决策做多模型议会式规划，适用于“与议会一起规划”“多模型计划”等请求。
主要能力：每个子代理独立研究代码库并为同一任务提出实现计划，编排器随后把这些提案综合为共识计划，区分模型一致同意的做法、出现分歧的备选方案，以及多个模型独立标记的风险。议会模型包括 GPT-5.5、Claude Opus 4.6、GPT-5.3-Codex；全部可用时使用三个，否则至少两个。子代理使用只读代码研究，要求引用具体文件与行号、不臆测、不提补丁建议、不受给定上下文锚定。
工作流：阶段1确定范围，收集目标、约束与上下文，范围模糊时先澄清，并用 Explore 子代理收集基线代码库上下文；阶段2构建规划简报，只含目标、用户明确约束、代码库路径与未决问题，控制在约50行内，不回答问题；阶段3并行生成各模型子代理进行独立规划，完成前不共享提案；阶段4按共识做法、备选方案、共识风险、单代理洞见分类综合，丢弃含糊或过度设计内容；阶段5可选辩论，在用户要求 debate、discuss、cross-plan 或出现重大备选时触发，把匿名化综合结果发回议会代理，并行运行后更新综合结果。规划提示要求返回做法、步骤、要修改的文件、风险与已考虑备选。
使用方式：通过子代理的 model 参数为每个代理固定不同模型，附带相同系统前导与规划提示；辩论阶段仅重新审视综合计划而非完整代码库。规划完成后用运行时的计划工具（如 exit_plan_mode）呈现计划供用户批准，否则保存为会话记忆中的 plan.md。
限制：议会时间成本高，范围模糊时应先澄清；子代理必须保持只读，不提出代码修改；仅依据资料，未提供具体收费、价格或平台支持信息。