to-tickets

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

Updated Jul 29, 2026
One-click install
npx skills add https://github.com/MaiconGambini/opencode-harness-guide --skill to-tickets-maicongambini
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/MaiconGambini/opencode-harness-guide/tree/main/skills/to-tickets
Command: npx skills add https://github.com/MaiconGambini/opencode-harness-guide --skill to-tickets-maicongambini

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a plan, spec, or conversation into actionable work items is error-prone: slices are often horizontal (one layer at a time), dependencies between tasks go undeclared, and tickets lack verifiable acceptance criteria. This Skill decomposes work into vertical tracer-bullet tickets, each with explicit blocking edges, a risk tier, and machine-checkable acceptance criteria, then publishes them to a tracker. ## Core Features & Use Cases - Vertical slice decomposition: Splits work into narrow end-to-end slices that cut through schema, API, UI, and tests, each demoable on its own and sized for a single context window. - Dependency graph declaration: Every ticket declares which tickets block it, published as text edges in local Markdown files or as native blocking links on GitHub, Linear, or similar trackers. - Risk tier and quality gate tagging: Each ticket carries a risk tier computed from the project's high_risk_paths configuration and a gate mode its verify step must satisfy. - Wide refactor handling: Sequences large mechanical changes as expand-migrate-contract ticket chains instead of forcing them into a single vertical slice. - Use Case: After drafting a feature spec, ask the agent to break it into tickets; it proposes a numbered breakdown with blocking edges, quizzes you on granularity, then publishes one file or issue per ticket in dependency order. ## Quick Start Ask the agent to break the current plan or a referenced spec into tracer-bullet tickets 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 for an issue tracker?

Provide the spec or plan in conversation and ask for a ticket breakdown. The skill drafts vertical tracer-bullet slices, asks you to confirm granularity and blocking edges, then publishes one ticket per slice to your configured tracker or local Markdown files.

What is a tracer-bullet ticket in software planning?

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

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

Yes. When a real issue tracker is configured, the skill publishes one issue per ticket in dependency order using native blocking or sub-issue relationships, and applies the ready-for-agent triage label. Without a tracker, it writes one Markdown file per ticket.

How are blocking dependencies between tickets represented?

Each ticket declares the tickets that must complete before it starts. On real trackers these become native blocking links; in local Markdown files each ticket lists its blockers by number and title, numbered from 01 in dependency order.

When should a wide refactor not be a vertical slice?

A wide refactor, such as renaming a column used across thousands of call sites, cannot land green as one vertical slice. The skill sequences it as expand-contract: add the new form, migrate call sites in batches, then delete the old form.