to-issues

Break plans, specs, or PRDs into independently-grabbable vertical-slice issue tickets.

5|Updated May 21, 2026
One-click install
npx skills add https://github.com/TrebuchetDynamics/pi-package-goal --skill to-issues-trebuchetdynamics
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-issues
Source: https://github.com/TrebuchetDynamics/pi-package-goal/tree/main/skills/to-issues
Command: npx skills add https://github.com/TrebuchetDynamics/pi-package-goal --skill to-issues-trebuchetdynamics

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns an ambiguous plan, spec, or PRD into a set of concrete, independently-implementable issues that a team can execute and triage without losing end-to-end intent.

Core Features & Use Cases

  • Tracer-bullet vertical slicing: Breaks work into thin end-to-end slices that cut across schema, API, UI, and tests instead of grouping by layer.
  • HITL vs AFK planning: Flags which slices require human decisions (HITL) versus slices that can be implemented and merged autonomously (AFK).
  • Triage-ready issue publishing: Drafts an ordered list, quizzes the user to refine dependencies and granularity, then publishes issues using a shared template and labels.

Quick Start

Use /skill:to-issues to break your PRD into independently-grabbable vertical-slice issues for the project tracker.

Frequently Asked Questions about to-issues

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I break a PRD into actionable GitHub issues for implementation?

To break a PRD into actionable GitHub issues, convert the spec into thin, end-to-end vertical slices using a tracer-bullet approach, then publish each slice as an independently-grabbable issue with explicit dependencies.

What is tracer-bullet vertical slicing for issue breakdown?

Tracer-bullet vertical slicing is an issue breakdown technique that cuts thin, end-to-end slices across schema, API, UI, and tests, ensuring each issue maintains full integration coverage rather than grouping tasks by architectural layer.

How do I plan which issue tickets require human decisions versus autonomous implementation?

Plan human-in-the-loop (HITL) versus away-from-keyboard (AFK) issue tickets by evaluating slice granularity, flagging slices needing human decisions as HITL, and marking autonomous, independently-mergeable slices as AFK during the planning phase.

What is the best way to sequence issue publishing when breaking down a spec?

The best way to sequence issue publishing is by identifying blockers and dependencies across the vertical slices, then drafting an ordered list of issues that respects these constraints before publishing them to the project tracker.

Do I need a completed spec to generate triage-ready implementation tickets?

Yes, you need an existing plan, spec, or PRD as input context to generate triage-ready implementation tickets, as the breakdown process requires collecting this context to propose slice granularity and shared contract guidance.

Why should I use vertical slices instead of layer-based breakdown for dependency planning?

Vertical slices prevent loss of end-to-end intent during dependency planning by ensuring each issue independently cuts across schema, API, and UI, unlike layer-based breakdown which often fragments execution context and obscures integration blockers.