to-tickets

Breaks a plan or spec into tracer-bullet tickets with declared blocking edges.

2|Updated Jul 11, 2026
One-click install
npx skills add https://github.com/MoofonLi/dev-ready --skill to-tickets-moofonli
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/MoofonLi/dev-ready/tree/main/.agents/skills/to-tickets
Command: npx skills add https://github.com/MoofonLi/dev-ready --skill to-tickets-moofonli

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning an accepted spec or plan into actionable work items is error-prone: slices are often horizontal, dependencies are implicit, and tickets lack the context an engineer needs to start cold. This Skill decomposes a plan, spec, or conversation into vertical tracer-bullet tickets, each declaring its blocking edges, file footprint, and acceptance criteria. ## Core Features & Use Cases - Vertical Slice Decomposition: Splits work into tracer-bullet tickets that cut through every layer (schema, API, UI, tests) so each ticket is independently demoable. - Dependency Modeling: Every ticket declares its blocking edges and a parallel-safe marker based on file footprint overlap, enabling safe sequential or worktree-parallel execution. - Ticket Publishing: Writes one file per ticket under docs/handoff/<version>/phase-N/tickets/ with a Conventional Commit message, standing rules, and acceptance checkboxes. - Use Case: After accepting a spec in docs/specs/, run this Skill to produce a numbered, dependency-ordered set of ticket files that an engineer (or agent) can execute one at a time without further context. ## Quick Start Ask the agent to break the accepted spec in docs/specs into tracer-bullet tickets with blocking edges and publish them as individual ticket files.

Frequently Asked Questions about to-tickets

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I break a spec into implementation tickets?

Provide the spec or plan as context, and the Skill drafts vertical tracer-bullet slices, each cutting through all layers (schema, API, UI, tests). You review the proposed breakdown, adjust granularity and blocking edges, then it publishes one file per ticket in dependency order.

What is a tracer-bullet ticket in software planning?

A tracer-bullet ticket is a narrow but complete vertical slice through every layer of the stack, so the finished ticket is demoable on its own. It contrasts with horizontal slices that cover only one layer and cannot be verified independently.

How are ticket dependencies and blocking edges declared?

Each ticket lists the tickets that block it in a 'Blocked by' field, and files are numbered from 01 in dependency order so blockers come first. Tickets with no blockers can start immediately, and execution works the frontier of unblocked tickets.

Can tickets be executed in parallel safely?

Only tickets marked parallel-safe: yes, meaning their file footprints are provably disjoint from every other open ticket. Parallel sessions each run in their own git worktree and deliver a patch back; sequential execution in the main tree is the default.

How does the Skill handle wide refactors that break vertical slicing?

Wide refactors use an expand-contract sequence instead of a tracer bullet: add the new form beside the old, migrate call sites in blast-radius-sized batches, then delete the old form. Each phase becomes its own ticket with appropriate blocking edges.

Where are the generated ticket files stored?

Tickets are written as one Markdown file per ticket under docs/handoff/<version>/phase-N/tickets/, named NN-slug.md. The handoff tree is gitignored, so tickets are working files that are never committed.