一句话

把计划、spec 或当前会话拆成一组 tracer-bullet 票：每张纵切全层、能独立演示、声明 blocking edges，按 tracker 能力发布为文件或原生 blocking 关系。

何时用

• 适合：spec 或会话里谈好的方案要跨会话分票做，每张票装进一个新 context window。
• 不适合：整个改动一个窗口装得下（直接 matt-implement）；它产出的票已 agent-ready，别再过 matt-triage。

怎么用

/to-tickets #37 把这份 spec 拆成票

1. 收集上下文（spec、会话、相关 issue），必要时探查代码库。
2. 拟纵切票：每票切穿 schema、API、UI、tests 全层，单独可演示可验证，预重构先做。
3. 给每票标 blocking edges；大范围机械重构是例外，走 expand–contract（先并存、分批迁移、最后删旧）而不是硬塞纵切。
4. 把草案列给用户问三句：粒度对不对、blocking 边对不对、要合并还是再拆，改到批准。
5. 发布：本地写 .scratch/<feature>/issues/NN-slug.md 按依赖序编号一票一文件；真 tracker 一票一 issue，用平台原生 blocking/sub-issue 关系，打 ready-for-agent。

产出

• tracker 或 .scratch/ 下一组带 blocking edges 的票，自包含到冷启动 agent 能直接接。

要点与坑

• 纵切是核心：横切一层留到最后集成正是它要避免的形状。
• 不关闭也不改父 issue；wide refactor 批次保不住绿就共享 integration branch，绿只在最终 integrate 票兑现。

本机版本差异

仓库版明确：tracker 有原生 blocking/sub-issue 就用它（设了原生边的票省略 Blocked by 段）；源是已有 issue 时每张票挂成它的 sub-issue。

关联

• 上游：matt-to-spec · 下游：matt-implement、matt-implement-spec · 同类：addy-planning-and-task-breakdown
• 所属：00-matt-概览 · 工作流：W3-多会话功能