to-tickets

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

Updated May 31, 2026
One-click install
npx skills add https://github.com/AlexanderNarbaev/agi --skill to-tickets-alexandernarbaev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/AlexanderNarbaev/agi/tree/main/.opencode/skills/matt-pocock/to-tickets
Command: npx skills add https://github.com/AlexanderNarbaev/agi --skill to-tickets-alexandernarbaev

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 stay implicit, and tickets get published to a tracker without any blocking structure. This Skill decomposes work into vertical tracer-bullet tickets, each declaring which other tickets block it, and publishes them to a configured tracker. ## Core Features & Use Cases - Vertical slice decomposition: Splits work into narrow but complete slices cutting through schema, API, UI, and tests, each sized to fit a single fresh context window. - Blocking edge modeling: Every ticket declares the tickets that must complete first, published as text edges in local files or as native blocking links on GitHub, Linear, or similar trackers. - Wide refactor handling: Sequences large mechanical changes as expand-migrate-contract ticket chains so CI stays green batch to batch. - Use Case: After drafting a feature spec, ask the agent to break it into tickets; it proposes a numbered breakdown with blocking edges, iterates with you on granularity, then publishes one issue per ticket in dependency order with a ready-for-agent label. ## 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?

Provide the spec path, issue URL, or work from the current conversation, and the Skill drafts vertical tracer-bullet slices. Each ticket cuts through all layers, declares its blocking tickets, and is reviewed with you before publishing.

What is a tracer-bullet or vertical slice ticket?

A vertical slice is a narrow but complete path through every layer of the system, such as schema, API, UI, and tests, rather than a horizontal slice of one layer. Each completed slice is demoable or verifiable on its own.

Can I publish tickets to GitHub or Linear?

Yes, the Skill publishes one issue per ticket in dependency order using the tracker's native blocking or sub-issue relationships, applying a ready-for-agent triage label. Without a tracker, it writes one markdown file per ticket under a local issues directory.

How are dependencies between tickets represented?

Each ticket declares its blocking edges, meaning the tickets that must complete before it can start. On real trackers these become native blocking links; locally they appear as a Blocked by list in each ticket file.

How does it handle large refactors that break vertical slicing?

Wide refactors are sequenced as expand-contract: add the new form beside the old, migrate call sites in blast-radius-sized batches as separate blocked tickets, then delete the old form in a final ticket blocked by every migration batch.

When should I not use ticket decomposition?

Avoid it for trivially small changes that fit in a single commit, since slicing adds overhead. It is designed for multi-step features where dependency ordering and independent verifiability matter.