to-issues

Break plans, specs, or PRDs into dependency-ordered issues with acceptance criteria.

Updated Jul 17, 2026
One-click install
npx skills add https://github.com/kartikkabadi/skills --skill to-issues-kartikkabadi
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-issues
Source: https://github.com/kartikkabadi/skills/tree/main/to-issues
Command: npx skills add https://github.com/kartikkabadi/skills --skill to-issues-kartikkabadi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you transform a plan, spec, or PRD into clear, independently actionable issues for an issue tracker, so work can be split into manageable slices instead of vague tasks.

Core Features & Use Cases

  • Vertical Slice Breakdown: Converts broad requirements into tracer-bullet issues that each span the full stack end to end.
  • Dependency-Aware Planning: Orders issues so blockers are handled first and downstream work can be published with correct references.
  • Workflow Validation: Distinguishes between human-in-the-loop and automatable slices, then asks clarifying questions before publishing.
  • Use Case: A product manager shares a PRD and the Skill produces a sequenced set of implementation tickets with acceptance criteria and dependencies.

Quick Start

Use the to-issues skill to break this PRD into independently grabbable issues with dependencies and acceptance criteria.

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 issues for an issue tracker?

To break a PRD into actionable issues, you decompose broad requirements into vertical slices that span the full stack end to end, adding dependency ordering and acceptance criteria so each issue can be grabbed independently.

What is vertical slice decomposition in product planning?

Vertical slice decomposition in product planning is the process of converting broad requirements into tracer-bullet issues that each span the full stack end to end, ensuring every slice delivers independent, testable value.

How do I order implementation tickets by their dependencies?

Ordering implementation tickets by dependencies requires iterative dependency sequencing, ensuring blockers are handled first so downstream work can be published with correct references to preceding issues.

Can I classify issue tracker tickets as human-in-the-loop or automated?

Yes, you can classify issue tracker tickets by distinguishing between human-in-the-loop and automatable slices, which validates workflow assignments before publishing the issues to the team.

Does this approach require acceptance criteria for every issue slice?

Yes, generating issue-ready acceptance criteria is required for every issue slice to ensure the decomposed work is independently verifiable and meets the defined product spec before publishing.

What is the best way to split a spec into manageable tasks instead of vague tasks?

The best way to split a spec into manageable tasks is applying vertical slice breakdown to produce independently grabbable issues, complete with iterative dependency ordering and clear acceptance criteria.