用途：面向方案形态尚不确定的设计决策，例如新语言特性、新 pass、API 变更、AST 重构或横跨多个流水线阶段的关注点。若任务只是实现规格明确的成熟算法，则用单个保守方案加增量测试即可，无需完整流程。
主要能力：并行启动四个视角子代理——speed-lens（运行性能、低分配、减少 pass、缓存效率）、security-lens（纵深防御、安全错误处理、资源有界、模糊测试覆盖）、usability-lens（清晰、可读、正确、命名一致、一 pass 一概念）、conservative-lens（最小 diff、最大化复用、不做投机性泛化、向后兼容）。识别实质设计冲突后进行一轮反驳（无二次反驳），再综合评估，最后进入强制对抗式评审循环，直至无新的 MUST-ADDRESS 问题；若循环 5 次仍未收敛，则把未解决问题交用户决策。
使用方式：按 Step 0 收集上下文，Step 1 生成子方案，Step 2 冲突与反驳，Step 3 评估与综合，Step 4 对抗评审，Step 5 提交审批。每步写检查点至 .copilot/planning/<task-slug>/，文件名为 step-<N>-<name>.md，含 YAML frontmatter（task_slug、step、step_name、timestamp、status），正文为 markdown。任务 slug 由首次调用生成：转小写、非字母数字替换为连字符、截断至 50 字符。用户说“resume planning”或“从第 N 步重启”时，读取检查点目录、找到最高已完成步骤并继续；若指定步骤号，则丢弃该步及之后的检查点并重跑。子代理可直接读取检查点文件，而非在提示中内联全部上下文，例如提示其读取 step-0-context.md、step-1-sub-plans.md、step-2-rebuttals.md 后再产出综合方案。
限制：反驳仅一轮；各阶段须使用全新子代理以避免上下文污染；视角阶段相互独立。资料未提供具体安装命令、版本、收费或平台信息。