to-tickets

Breaks plans and specs into tracer-bullet tickets with declared blocking edges.

7|1|Updated Jul 17, 2026
One-click install
npx skills add https://github.com/J0Jng/MathModelingAgents --skill to-tickets-j0jng
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/J0Jng/MathModelingAgents/tree/main/.claude/skills/engineering/to-tickets
Command: npx skills add https://github.com/J0Jng/MathModelingAgents --skill to-tickets-j0jng

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a plan, spec, or long conversation into actionable work items is hard: tasks end up as horizontal layer-slices that cannot be demoed, dependencies between tasks go undeclared, and tickets get published inconsistently across trackers. This Skill decomposes work into vertical tracer-bullet tickets, each with explicit blocking edges, and publishes them to a local file store or a real issue tracker. ## Core Features & Use Cases - Vertical slice decomposition: Splits work into narrow but complete slices cutting through schema, API, UI, and tests, each demoable on its own and sized for a single context window. - Blocking edge modeling: Every ticket declares which other tickets gate it, so agents and developers always know the workable frontier. - Wide refactor handling: Sequences large mechanical changes as expand-migrate-contract ticket chains that keep CI green batch to batch. - Dual publishing targets: Writes one Markdown file per ticket under .scratch/<feature-slug>/issues/ locally, or creates native issues with blocking links and a ready-for-agent label on GitHub, Linear, or similar trackers. - Use Case: After drafting a feature spec for a new billing flow, run this Skill to get a numbered, dependency-ordered set of tickets you can approve interactively and publish straight to your tracker. ## Quick Start Ask the assistant to break the current plan or a referenced spec into tracer-bullet tickets with blocking edges and publish them to the configured tracker.

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 feature spec into tickets?▼

Provide the spec path, issue URL, or existing conversation context, and the Skill drafts vertical tracer-bullet slices, each with a title, blocking edges, and delivered behavior. You review the breakdown interactively before anything is published.

What is a tracer-bullet or vertical slice ticket?▼

A vertical slice cuts a narrow but complete path through every layer — schema, API, UI, and tests — so the finished ticket is demoable on its own. It avoids horizontal slices that only cover one layer and cannot be verified independently.

Can I publish tickets to GitHub or Linear instead of local files?▼

Yes. If a real issue tracker is configured via the setup skill, tickets are published as native issues in dependency order with platform blocking links and a ready-for-agent label. Otherwise one Markdown file per ticket is written under .scratch/<feature-slug>/issues/.

How are large refactors handled when vertical slicing fails?▼

Wide refactors use an expand-contract sequence: add the new form beside the old, migrate call sites in blast-radius-sized batches as separate blocked tickets, then delete the old form last. Batches can share an integration branch when they cannot stay green alone.

Why should ticket descriptions avoid file paths and code snippets?▼

File paths and snippets go stale quickly as the codebase evolves, making tickets misleading. The exception is prototype snippets that encode a decision — like a state machine or schema — which may be inlined with a note about their origin.