用途：把计划、规格说明或当前对话拆解为一组任务。每个任务是贯穿各层的纵向切片（tracer bullet），并声明阻塞它的其他任务。
主要能力：从对话上下文或用户传入的规格文件收集信息；可选地探索代码库，使任务标题与描述使用项目领域词汇并遵守相关 ADR；寻找预重构机会（先让改动变容易，再做容易的改动）；把工作拆成纵向切片，每个切片贯穿 schema、API、UI、测试等所有层，可独立演示或验证，且大小适合单个全新上下文窗口；为每个任务标注阻塞边，无阻塞者可立即开始。
宽重构例外：对影响面横跨整个代码库的机械改动，不强行纵向切片，而按 expand–contract 排序——先扩展（新旧并存），再按影响面分批迁移调用点，最后收缩（删除旧形式）。若分批也无法各自保持绿色，可共享集成分支，由最终集成验证任务统一保证绿色。
使用方式：先收集上下文，必要时读取规格全文与评论；探索代码库；起草纵向切片并标注阻塞关系；以编号列表向用户展示每个任务的标题、被谁阻塞、交付什么，并询问粒度是否合适、阻塞边是否正确、是否需要合并或拆分，迭代至用户批准；随后在 .scratch/<feature-slug>/issues/<NN>-<slug>.md 下按依赖顺序从 01 编号，每个任务一个文件，绝不合并为单文件。每个文件包含：要构建什么（从用户视角描述端到端行为）、被谁阻塞（编号/标题，或“无，可立即开始”）、状态 ready-for-agent、验收标准。避免写具体文件路径或代码片段，除非原型片段比文字更精确地编码了决策（如状态机、reducer、schema、类型形状），此时可内联并注明来自原型，只保留决策密集部分。
适用场景：需要把计划或规格转化为可执行、可验证、有依赖顺序的开发任务时。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；任务文件模板中的部分占位内容在资料中不完整。