to-tickets

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

Updated Aug 19, 2026
One-click install
npx skills add https://github.com/PVMalove/claude-agent-harness --skill to-tickets-pvmalove
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: to-tickets
Source: https://github.com/PVMalove/claude-agent-harness/tree/main/skills/first-party/pvmalove/to-tickets
Command: npx skills add https://github.com/PVMalove/claude-agent-harness --skill to-tickets-pvmalove

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a plan, spec, or epic into actionable work items is error-prone: slices are too big, dependencies are unclear, and tracker publishing is manual. This Skill decomposes work into tracer-bullet vertical slices with explicit blocking edges, then publishes them to the configured tracker only after user approval. ## Core Features & Use Cases - Two-phase gated workflow: Drafts a ticket breakdown for review first, and publishes nothing until the user explicitly approves the decomposition. - Tracer-bullet slicing: Cuts narrow vertical slices across schema, API, UI, and tests, with expand-contract sequencing for wide refactors and human time estimates as a granularity signal. - Discovery Context propagation: Assigns approved file paths to each ticket, builds a filtered Repo Map, and runs one cheap-model advisory call to add exact dependency paths. - Tracker publishing: Writes local ticket files under .scratch/ or creates GitHub issues via gh issue create --body-file, linking them as native sub-issues with triage labels (workflow::ready, hitl/afk, task-report::required). - Use Case: After /to-spec publishes an epic, run this Skill to split it into 4-6 demoable tickets with blocking edges, review the breakdown, then publish them as labeled sub-issues ready for /implement. ## Quick Start Ask the agent to break the current spec or epic into tracer-bullet tickets with blocking edges and publish them to the configured tracker after your approval.

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 spec or plan into implementation tickets?▼

Provide the spec path, issue reference, or conversation context and the Skill drafts tracer-bullet vertical slices with blocking edges and time estimates. It presents the breakdown for your approval before publishing anything to the tracker.

What is a tracer-bullet ticket in task decomposition?▼

A tracer-bullet ticket is a narrow but complete vertical slice cutting through every layer (schema, API, UI, tests) that is demoable on its own and fits in a single context window. Wide refactors use expand-contract sequencing instead.

Does this Skill publish tickets to GitHub automatically?▼

No. Publishing happens only in Phase 2 after you explicitly approve the drafted breakdown. It then creates issues with `gh issue create --body-file`, applies triage labels, and links them as native sub-issues of the parent epic.

Can tickets be stored locally instead of GitHub?▼

Yes. With the local-files tracker, one Markdown file per ticket is written under `.scratch/<feature-slug>/issues/` using a fixed template with Workflow, Execution, and acceptance-criteria fields that `/implement` reads.

Why does ticket creation stop with a blocker about the cheap model?▼

When the parent has Discovery Context, the Skill must run exactly one advisory call on the cheapest configured model to suggest dependency paths. If no cheap-model route exists, it stops and reports the blocker rather than substituting the current model.

When should I not use tracer-bullet slicing?▼

For changes with a massive blast radius, such as renaming a shared column, vertical slicing is unsafe. The Skill switches to expand-contract sequencing: Expand, Migrate in batches, then Contract.