用途：Plan Mode Orchestrator 用于约束智能体的工作纪律，适用于用户要求制定计划、明确说“plan mode”、任务超出单次简单编辑、存在破坏性变更或架构影响、涉及多文件，或用户表示“先不要写代码”的场景。
主要能力：进入或确认 Plan Mode 思维，并明确声明“Entering Plan Mode. I will not edit files until you approve a plan.”；先做只读调查，范围大时可用子智能体并行调查，必要时运行 grok inspect 检查配置或技能相关性；收集相关文件、既有模式、测试与风险等证据；产出结构化计划，包含目标（一句话）、当前状态、拟议变更（编号、尽可能最小的步骤）、可能改动的文件、风险与缓解、验证方式（测试、手动步骤、grok inspect 等）、预估 diff 规模与复杂度。
使用方式：呈现计划后停止，不进入实现，并询问“Does this plan look good? Any changes before I proceed?”。获得批准后，尽量一次执行一个步骤，每个有意义的阶段后重新验证，并按需配合 tdd-intelligence、git-discipline 等其他技能。大规模调查时可派出 2–4 个子智能体，分别负责后端影响、前端影响、测试面、安全面等，再综合结论。
成功标准：用户明确批准计划或其修订版；后续所有编辑都可追溯到已批准的计划；计划中的验证步骤确实被执行。
限制与反模式：避免“先改改看”的探索式编辑、含糊计划（如“我会重构认证层”）、以及实为实现笔记的计划。触发示例包括“Plan the migration to the new MCP protocol”“Use Plan Mode to add the arena runner feature”“Don't edit anything yet, just plan the security hardening”。其他细节暂未提供。