/to-tickets — a user-invoked engineering skill that breaks a plan, spec, or the current conversation into a set of tracer-bullet tickets (artifact-issue), each declaring its blocking edges (the tickets that must finish first). One skill owns both decomposition and dependency-ordering. Each slice cuts a narrow but complete path through every layer and is sized to fit a single fresh context window (pattern-vertical-slice).

The tickets read two ways depending on the tracker /setup-matt-pocock-skills configured. On the local-markdown tracker, each ticket is its own file under .scratch/<feature>/issues/<NN>-<slug>.md, edges are written as text, and you work them blockers-first by hand; the spec beside them is spec.md. On a real tracker, edges become native blocking links, so any ticket whose blockers are done is on the frontier and several agents can run at once. Those blocking edges are what mp-implement-spec reads as a task graph to schedule parallel implementers off the ready frontier.

Distinctive: wide-refactor handling. A wide refactor (e.g. rename a column) whose blast radius breaks thousands of call sites can’t land green as a vertical slice, so to-tickets sequences it as expand → migrate-in-batches → contract (add the new form beside the old, migrate call sites in blast-radius-sized batches each keeping CI green, then delete the old form) — the exception to vertical slicing no other framework here spells out.

MP’s member of the cross-framework decompose cluster: it slices work into dependency-ordered, independently-shippable units, like addy-planning, speckit-tasks, and BMAD’s bmad-create-epics-and-stories; speckit-taskstoissues is the export half Spec Kit splits into a second command. Fed by mp-to-spec; its tickets are then built by mp-implement or mp-implement-spec.

See Also

Version history

v1.3.0 (2026-10-04)

v1.2.0 (2026-08-05)

  • Local-markdown tickets became one file per ticket under .scratch/<feature>/issues/, never a single combined tickets.md; the spec file became spec.md, not PRD.md.

v1.1.0 (2026-07-08; ingested 2026-07-09)

  • Renamed from /to-issues and merged with the former /to-plan, so one skill owns decomposition and dependency-ordering.

Initial ingest (2026-06-28)

  • Documented as to-issues: break plans/specs/PRDs into independently-grabbable vertical-slice issues.