to-tickets

Breaks plans and specs into tracer-bullet tickets with blocking edges published to an issue tracker.

Updated Sep 17, 2026
One-click install
npx skills add https://github.com/coseto6125/claude-setup --skill to-tickets-coseto6125
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/coseto6125/claude-setup/tree/main/skills/to-tickets
Command: npx skills add https://github.com/coseto6125/claude-setup --skill to-tickets-coseto6125

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a plan, spec, or long conversation into actionable work items is error-prone: slices end up horizontal, dependencies stay implicit, and tickets land in the tracker without clear ordering. This Skill decomposes work into vertical tracer-bullet tickets, each declaring which tickets block it, and publishes them to the configured tracker. ## Core Features & Use Cases - Vertical slice decomposition: Each ticket cuts a complete path through schema, API, UI, and tests, sized to fit a single fresh context window and demoable on its own. - Blocking edge modeling: Every ticket declares its blockers; wide refactors are sequenced as expand-migrate-contract batches measured by blast radius instead of forced into tracer bullets. - 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 triage label on GitHub, Linear, or similar trackers. - Use Case: After drafting a feature spec in conversation, ask for a ticket breakdown; review the proposed titles, blocking edges, and deliverables, approve the granularity, then publish the ordered tickets to your repo's GitHub issues. ## Quick Start Break the current plan in this conversation into tracer-bullet tickets with blocking edges and publish them to this repo's issue 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 for GitHub issues?▼

Provide the spec in conversation or as a reference, and the Skill drafts vertical tracer-bullet slices, each with a title, blocking edges, and acceptance criteria. After you approve the breakdown, it publishes one issue per ticket in dependency order with native blocking links.

What is a tracer-bullet ticket in agile planning?▼

A tracer-bullet ticket is a vertical slice cutting a narrow but complete path through every layer — schema, API, UI, and tests — so it is demoable on its own. It contrasts with horizontal slices that cover only one layer and cannot be verified independently.

Can I create tickets locally without a GitHub or Linear tracker?▼

Yes. When no real tracker is configured, the Skill writes one Markdown file per ticket under .scratch/<feature-slug>/issues/, numbered from 01 in dependency order, with blocking edges listed as text in each file.

How should wide refactors be split into tickets?▼

Wide refactors are sequenced as expand-contract rather than vertical slices: add the new form beside the old, migrate call sites in batches sized by measured blast radius, then delete the old form. Blocking edges follow this sequence, not the call graph.

When should tickets avoid including file paths or code snippets?▼

Tickets should avoid file paths and code snippets because they go stale quickly. The exception is a prototype snippet that encodes a decision — a state machine, schema, or type shape — which can be inlined with a note about its origin.