用途：将粗略想法、功能请求或已有规格（如 SPEC.md、PLAN.md、RFC.md）转化为详细、可实施且便于并行执行的计划，最终写入仓库根目录的 PLAN.md；若已存在则更新而非新建。
主要能力：分阶段推进——预检读取输入并确认输出；发现阶段梳理已知信息与缺口；深度访谈阶段每轮提1至3个问题，覆盖架构与数据流、数据模型与状态、API 契约与版本、缓存与失效、后台任务与幂等、错误处理、可观测性、性能与 SLA、安全合规、集成依赖、UX 与可访问性、发布迁移回滚、测试策略等；随后做依赖分析，区分串行依赖、可并行工作流与合并点；最后生成计划。
输出结构：包含概述、目标、非目标、假设与约束、功能与非功能需求、技术设计（数据模型、API、架构、UX 流程）、实施计划（串行依赖阶段、并行工作流、合并阶段）、测试与验证、发布与迁移、验证清单、风险评估、待解决问题、决策日志。
使用方式：用户提供规格文件路径、粗略描述或功能请求；访谈中可使用 AskUserQuestion（Claude）或 request_user_input（Codex）工具；若用户只想要聊天中的计划，可内联提供并说明本会写入 PLAN.md。
限制：不重复已知问题，不编造事实；若用户不确定则提出默认值并请求确认；需避免用户疲劳，批量提问；最终计划需可被代理端到端验证。具体安装命令、收费与平台信息暂未提供。