用途：把计划、规格或对话内容拆成一组工单。每个工单是一条贯穿各层（schema、API、UI、测试）的纵向切片，可独立演示或验证，并声明阻塞它的其他工单。
主要能力：从对话上下文或用户传入的规格路径、issue 编号/URL 收集信息；可选地探索代码库，使用项目术语并遵守相关 ADR；识别预重构机会；为每个工单标注阻塞边；对影响面广的机械式重构采用 expand–contract 序列而非强行纵向切片；以编号列表向用户确认粒度与依赖，迭代至批准后发布。
使用方式：需先通过 /setup-matt-pocock-skills 配置工单跟踪系统与分诊标签词汇，否则应提示用户运行该命令。发布时按依赖顺序（阻塞者在前）：本地文件写入 .scratch/<feature-slug>/issues/<NN>-<slug>.md，每个工单一个文件；真实跟踪系统（GitHub、Linear 等）则每个工单发布一个 issue，使用平台原生阻塞/子 issue 关系，否则在“Blocked by”中引用阻塞 issue，并默认打上 ready-for-agent 标签。不要关闭或修改任何父 issue。
适用场景：需要把较大计划拆成可独立推进、可被智能体领取的工单时。
限制：工单应避免具体文件路径和代码片段（易过时），仅当原型片段比文字更精确表达决策时可内联并注明来源；每个切片应能放入单个新上下文窗口；具体跟踪系统配置方式暂未提供。