用途：将一项工作分解为大小合适、顺序合理的实施单元，并为每个单元制定可执行的详细计划。可独立使用，也可被其他规划技能引用。
主要能力：
- 拆解与粒度控制。一个单元等于一个逻辑工作单元（一个功能、一个子系统、一个层）。紧耦合部分不拆分（如 UI、API、测试不可分割时保持在一起）；独立子系统拆为不同单元。若一个单元涉及约 15-20 个以上文件或跨越 3 个以上不相关子系统，应继续拆分；若整体范围可在一个会话内完成，则只产出一个单元，避免过度拆解。每个单元必须让代码库保持完整集成，不得留下无法从项目入口访问的组件。
- 排序。按依赖排序，基础工作先于依赖工作：搭建与脚手架（项目初始化、配置、CI）、数据与领域层（模型、schema、类型）、核心业务逻辑、API 与服务层、UI 与前端、集成与端到端事项、收尾（QA、提交、PR，始终最后）。
- 适应变化。计划遇到现实时，先调整偏差再执行：文件路径变化则更新引用；架构演进则按实际构建结果调整；范围变化则依据前序产出增删条目；新信息则纳入此前会话的发现。调整应尽量小，只改发生偏差的部分，不必要地重写计划。
为每个单元规划：探索代码库（阅读相关文件、理解既有模式、找到可复用的代码）；设计实现（确定创建或修改哪些文件、采用什么方法、写哪些测试）；写出足够具体、可执行的详细计划（确切文件路径、函数签名、数据流、测试用例）；包含任务列表（计划中每一步对应一个任务）；包含相关技能，并指示“计划批准后、开始编辑前，运行 /skill-a、/skill-b”。
规则：范围不明确时保守拆分（更小的单元比过大的单元更安全）；每个单元须自包含，无需阅读完整计划即可理解；绝不把搭建与收尾合并到同一单元。
限制：资料未提供具体平台、收费、价格或效果信息。