用途：为涉及多个子系统的复杂代码改动、架构或设计权衡生成稳健的实现计划，并在实施前对方案进行压力测试。
主要能力：并行启动 speed-lens（性能）、usability-lens（可读可维护）、conservative-lens（最小改动）三个规划子代理，各自输出分步计划；随后分析三份计划的共识、分歧与遗漏；对分歧主题运行反驳轮；由 synthesis-lens 综合出草稿计划；再通过对抗式审查循环迭代加固，直到审查返回“LGTM — no issues found.”。
使用方式：所有中间产物写入 .copilot/plans/<slug>/，按数字前缀排序，如 00-context.md、10-plan-<lens>.md、20-analysis.md、30-rebuttal-<topic>-<lens>.md、40-draft-plan.md、50-adversarial-iter<i>.md、50-revisions-iter<i>.md、99-final-plan.md。每步开始先检查输出文件是否存在，选择复用或显式覆盖，不静默丢弃已有产物；用户要求“从第 N 步重启”时，加载 N 以下全部产物并从 N 继续。对抗循环最多 3 次，未通过则把剩余问题交用户决定。
适用场景：非平凡代码改动规划、架构评估、实施前方案审查。
限制：依赖 .copilot/plans/ 目录与子代理机制；分歧未解决或陷入僵局时需用户介入；计划若改动源码，须在每个子步骤成功门后加入检查点，提示用户提交或执行 git stash push -m "<slug>-step<N> done"，否则对抗审查应将其标为中等严重度问题。具体收费、平台支持等信息暂未提供。