用途：当用户有输入源（PRD、设计反馈、issue 列表、需求文档或口头描述），希望将其拆解为可执行任务时使用。输出为 backlog.md，包含扁平任务列表、依赖图和优先级排序。
主要能力与流程：
- 理解输入：接受文件路径、URL、粘贴文本或口头描述；未提供时通过提问了解要构建或修改什么、最终状态、现状与约束。
- 探索代码库：拆解前先了解现有模式与约定、架构与集成层、可复用的已有内容、测试与验证设施。
- 提炼持久决策：识别跨任务且不易变化的决策（路由结构、Schema 与数据模型、架构边界、第三方服务接口、共享组件模式），写入 backlog 顶部的 ## Decisions 段。
- 询问参考资料：问用户是否有帮助智能体执行任务的文档、技能或参考材料，并放入参考表。
- 垂直切片拆解：每个任务贯穿相关各层（模型、逻辑、API、UI、测试），而非水平分层。启发式包括单次迭代测试（约 30 分钟能否完成，否则拆分）、单提交测试、冷启动测试（无会话记忆的智能体能否执行）、可回滚测试。
- 任务结构：每个任务包含 ID（前缀+编号，如 AU-1、DB-3）、标题（改什么而非怎么改）、规模（XS <10 分钟、S 10-20、M 20-40、L 40+，L 建议拆分）、依赖（任务 ID 或 none）、问题（为什么）、要做什么（含文件路径与当前状态）、验收标准（可观察结果）、验证（确切命令与检查点）、涉及文件。
- 依赖图与优先级：用文本图展示哪些任务解锁其他任务，按可并行分阶段；优先级一般为跨领域/基础任务、快速胜利（XS 批量）、功能阶段、打磨与文档。
- 向用户确认：展示拆解摘要，询问粒度是否合适、是否合并或拆分、依赖与优先级是否正确、是否有遗漏，迭代到批准后再写文件。
- 写 backlog：写入用户指定路径，默认 TASKS/<name>/backlog.md，必要时创建目录。若用户计划随后使用 /task-loop，可提示 backlog 已就绪。
限制：资料未提供该技能的具体安装命令、运行环境要求、收费信息或性能数据；规模时间与 30 分钟迭代为资料给出的启发式参考。