to-tickets

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

Updated Jul 16, 2026
One-click install
npx skills add https://github.com/The-Focus-AI/walking-thoughts --skill to-tickets-the-focus-ai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/The-Focus-AI/walking-thoughts/tree/main/.agents/skills/to-tickets
Command: npx skills add https://github.com/The-Focus-AI/walking-thoughts --skill to-tickets-the-focus-ai

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-by-layer slices that cannot be demoed, dependencies between tasks go undeclared, and tickets get published to a tracker without any structure an agent or teammate can pick up. ## Core Features & Use Cases - Vertical slice breakdown: Splits work into tracer-bullet tickets that each cut a complete path through schema, API, UI, and tests, sized to fit a single context window. - Blocking edge declaration: Every ticket declares which other tickets block it, published as text edges in local files or as native blocking links on GitHub, Linear, or another configured tracker. - Wide refactor handling: Sequences large mechanical refactors as expand-migrate-contract ticket chains so CI stays green batch to batch. - Use Case: After drafting a feature spec, ask for a ticket breakdown; review the proposed numbered list with blocking edges, iterate on granularity, then publish one issue per ticket to your tracker with a ready-for-agent label. ## Quick Start Break the attached feature spec into tracer-bullet tickets with blocking edges and publish them to my 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?

Provide the spec or plan in conversation and the skill drafts tracer-bullet vertical slices, each a complete path through schema, API, UI, and tests. You review the numbered breakdown, adjust granularity, then approve it for publishing.

What is a tracer-bullet or vertical slice ticket?

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

Can I publish tickets to GitHub or Linear?

Yes, tickets publish one issue per ticket in dependency order to a configured tracker, using native blocking or sub-issue relationships where available. Without a tracker, it writes one local file per ticket under .scratch with blocking edges as text.

How are ticket dependencies and blocking edges handled?

Each ticket declares the tickets that block it, and publishing happens blockers-first so edges reference real identifiers. On trackers with native blocking links those are used; otherwise the Blocked by section lists the blocking issues.

When should a refactor not be a vertical slice?

Wide refactors, where one mechanical change breaks thousands of call sites, cannot land green as a vertical slice. They are sequenced as expand-contract: add the new form, migrate call sites in batches, then delete the old form.