用途：把计划、规格或对话拆成一组工单，每张为贯穿各层的窄纵向切片（tracer-bullet），并声明阻塞它的其他工单。
主要能力：从对话上下文或用户传入的引用（规格路径、issue 编号或 URL）收集信息；可选地探索代码库以理解现状，工单标题与描述应使用项目领域术语并遵守相关 ADR；把工作拆成纵向切片，每片贯穿 schema、API、UI、测试等所有层，可独立演示或验证，且能在单个新上下文窗口内完成；为每张工单标注阻塞边；对宽范围重构改用 expand–contract 序列而非强行纵向切片。
使用方式：先读取项目已记录的追踪器与 triage 标签词汇（追踪器 URL、本地 issues 目录或 PRD 路径）；若未记录，先询问用户 issue 存放位置，不要猜测，也不要擅自发布，未配置时默认用本地文件形式。随后草拟切片，以编号列表呈现给用户并询问粒度、阻塞边是否正确、是否需要合并或拆分，迭代至用户批准。发布时：本地文件写入 .scratch/<feature-slug>/issues/<NN>-<slug>.md，按依赖顺序从 01 编号，每张工单一个文件；真实追踪器（GitHub、Linear 等）按依赖顺序每张发一个 issue，使用平台原生阻塞/子任务关系，否则在各工单写入 Blocked by；默认打上 ready-for-agent 标签。
适用场景：需要把大型计划拆成可独立推进、可并行领取的任务时。
限制：不关闭或修改父 issue；工单避免具体文件路径或代码片段以免过时，例外是原型产生的、比文字更精确的决策片段（状态机、reducer、schema、类型形状），可内联并注明来自原型。收费、价格等信息暂未提供。