用途：把用户提供的规格文件拆解为结构清晰、相互独立的任务文件，基于 taskmd 系统。适用输入包括产品需求、技术设计文档（TDD）、RFC 或提案、PRD 或功能简介，以及任何需要规划执行的文档。
流程：先读取并理解规格全文，包括范围、关键组件、技术决策、约束和依赖；若规格引用了其他文件（现有代码、schema、API），一并阅读。随后向用户确认少量问题：任务粒度（每个任务约一个 PR、约 1-20 个文件改动，还是更细）、是否有自然阶段划分、以及需要拆解的范围。保持简短，规格清晰时问一个粒度问题即可。
拆解规划：在创建任务前先列出方案，考虑独立性（每个任务可单独完成和评审）、逻辑分组、依赖顺序（基础设施优先）、PR 大小的块、清晰的完成边界。使用 /add-task 创建任务，字段包括 title、priority（critical/high/medium/low）、effort（small/medium/large）、tags、depends-on、type（feature/improvement/chore/docs）、group。任务正文写目标、可执行清单和可验证的验收标准。若用户要求更细或任务为 large 且可再分，用 /split-task 拆分。最后汇总任务总数、执行顺序或依赖图、可继续拆分的大任务及需用户确认的歧义。
限制：不编造规格之外的需求，歧义应记入任务目标而非猜测；优先少量范围清晰的任务；避免纯搭建无可见成果的任务；跨系统工作尽量让每个任务限于单一系统；可用阶段标签。具体命令与字段细节以原始资料为准，费用、平台支持等未提供。