用途：把一份计划、规格或当前对话拆解成一组工单（tickets）。每张工单是一个“曳光弹”式纵向切片，贯穿各层（schema、API、UI、测试），可独立演示或验证，并声明阻塞它的其他工单。
主要能力：先确定输出目的地——询问用户是发布到问题跟踪器，还是写入操作系统临时目录的本地 Markdown 文件；绝不擅自发布到用户未同意的跟踪器。若选择发布，则从 AGENTS.md、CLAUDE.md 等项目指令文件及其指向的配置中查找具名跟踪器（GitHub、Linear、Jira 等），只有既能命名又能用现有工具访问才算可用；不可用则说明查找位置并回退到本地文件。
使用方式：1）从对话上下文收集信息，若用户传入规格路径、issue 编号或 URL 则抓取并阅读全文与评论；2）可选地探索代码库，使用项目领域词汇并遵守相关 ADR，寻找预重构机会；3）起草纵向切片，每片窄而完整、可独立验证、适配单个上下文窗口，并标注阻塞边；宽泛重构例外，按 expand–contract 排序；4）以编号列表向用户展示每张工单的标题、被谁阻塞、交付内容，并询问粒度、阻塞边是否正确、是否需合并或拆分，迭代至用户批准；5）发布：本地文件写入 <os-temp-dir>/<feature-slug>/issues/<NN>-<slug>.md，每张工单一个文件，按依赖顺序从 01 编号，完成后列出绝对路径并提醒临时目录可能被清理；真实跟踪器则按依赖顺序每张工单发布一个 issue，使用平台原生阻塞/子 issue 关系，不关闭或修改父 issue。
限制：工单应避免具体文件路径或代码片段（易过时），仅当原型片段比文字更精确编码决策时可内联并注明来源。资料未提供该技能的收费、价格、平台支持范围或效果数据。