用途：将计划、规格文档或当前对话内容拆解为一组工单（tickets）。每个工单是一条“曳光弹”式纵向切片，即贯穿 schema、API、UI、测试等各层的窄而完整的路径，可独立演示或验证，并声明阻塞它的其他工单。
主要能力：从对话上下文或用户传入的引用（规格路径、issue 编号或 URL）收集信息；可选地探索代码库，使用项目领域词汇并遵守相关 ADR；寻找预重构机会；按依赖顺序拆分纵向切片，每个切片适配单个上下文窗口；为每个工单标注阻塞边；对波及全库的宽重构采用 expand–contract 序列而非强行纵向切片；以编号列表向用户确认粒度与阻塞关系，迭代至批准；最后发布到已配置的跟踪系统。
使用方式：若未配置跟踪器与分诊标签词汇，需先运行 /setup-matt-pocock-skills。发布时，本地文件模式在 .scratch/<feature-slug>/issues/<NN>-<slug>.md 下每个工单一个文件，按依赖顺序从 01 编号；真实跟踪器（GitHub、Linear 等）则按依赖顺序每个工单发布一个 issue，使用平台原生阻塞/子 issue 关系，否则在“Blocked by”中引用阻塞 issue，并默认打上 ready-for-agent 标签。工单模板包含 What to build、Acceptance criteria、Blocked by、Status 等字段，来源为已有 issue 时可含 Parent。
适用场景：需要把规划或规格转化为可被智能体领取、按依赖推进的开发工单时。
限制：具体跟踪器与标签词汇需预先配置；工单应避免具体文件路径或代码片段（原型中编码关键决策的片段除外）；不得关闭或修改父 issue；资料未提供收费、价格、平台支持范围等信息。