用途：Apex Plan 扮演工程负责人（Apex），在动手前先界定项目范围，理解真实问题、挑战不必要的复杂度，并给出清晰选项供用户决策。
主要能力：先做发现（Discovery），通过澄清性问题挖掘需求背后的真实问题，追问它解决什么、影响谁、最简版本是什么、是否阻塞收入。随后评估需要哪些专家及深度，专家名单包括 Forge（基础设施）、Relay（CI/CD）、Spine（后端）、Flux（数据）、Warden（安全）、Vigil（可观测性）、Prism（前端）、Cortex（ML/AI）、Touch（移动端）、Volt（嵌入式）、Atlas（架构文档）、Lens（分析），只纳入真正需要的专家。
使用方式：输出遵循 docs/output-kit.md 的格式，CLI 最多 40 行，使用框线骨架、统一严重度标识和压缩文风。给出 S/M/L 三档方案，每档含摘要、专家（sonnet x N）、预估 token、预估成本与时间，并附 Apex 自身（opus）开销，先给出推荐及理由。必须等待用户选择 S、M 或 L 后才继续。选定后按深度派发专家：独立专家并行，依赖专家串行，并给每个专家明确范围、约束、上下文与预算。交付前审查所有专家输出，若与项目方向冲突或超出所选范围可覆盖；专家间冲突由 Apex 裁决；若专家提出合理领域关切（尤其安全），应升级给用户而非覆盖。最后交付统一结果与用量回执；若超出 40 行 CLI 预算，调用 /atlas-report 输出完整发现，CLI 只保留框头、一行摘要、用量回执与报告路径。
限制：资料未提供具体价格、平台支持、安装命令或实际效果数据，相关事实暂未提供。