用途：为功能与复杂变更创建具体、可直接实施的计划，规划期间不写代码，只做探索、分析与文档化。
主要能力：先判断规划阈值——影响 3 个以上文件或多个系统、需求不清或存在架构取舍时做详细规划；单文件且需求明确的小改动跳过重型规划，只给简短执行大纲。规划流程分四步：发现（一次只问一个问题，每个问题给出 2-3 个带取舍的具体选项并附推荐理由，覆盖要解决什么问题、期望行为与成功标准、不应发生什么、面向谁、如何验证）；分析（系统探索代码库，记录相关文件路径与行号、现有模式、依赖、相似实现与相关标准）；规划（按顺序列出每项变更的文件路径与大致行号、要修改的函数/组件/类、具体增删改内容、原因与依赖，并给出目标、变更、验证清单结构）；标准引用（前端引用 implement-frontend、audit-ui，UI 引用 design-ui，动效引用 ui-animation，后端引用 define-architecture，排版引用 audit-ui）。
使用方式：当用户要求计划、规格或路线图时调用；按发现、分析、规划、标准引用顺序推进，交付前用验证清单检查：他人能否无需追问即可实施、文件路径与行号是否有效、步骤依赖是否清晰、验收标准是否可测、是否显式引用相关标准、每个决策是否有理由、是否避免含糊措辞。
适用场景：多文件或多系统变更、需求不明确、存在架构取舍的功能规划。
限制：规划阶段禁止写代码；小改动不适用完整规格；资料未提供具体安装命令、收费与平台信息。