to-issues

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns a plan, spec, or PRD into small, independently grabbable issues so teams can ship in thin vertical slices instead of sprawling tickets.

Core Features & Use Cases

  • Breaks work into tracer-bullet slices that span schema, API, UI, and tests.
  • Distinguishes human-in-the-loop decisions from fully automatable slices.
  • Produces issue drafts with blockers and acceptance criteria ready for a tracker.

Quick Start

Ask the to-issues skill to convert this plan into a dependency-ordered set of issue tickets for your 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 engineering tickets?

To break a PRD into actionable engineering tickets, you decompose the spec into thin vertical slices that span schema, API, UI, and tests, producing issue drafts with clear acceptance criteria and dependency sequencing.

What is tracer-bullet slicing in issue tracking?

Tracer-bullet slicing in issue tracking is a planning technique that divides a product spec into thin, end-to-end vertical slices spanning schema to UI, ensuring each issue is independently grabbable and shippable by the engineering team.

How do I map dependencies and blockers when creating issues from a plan?

To map dependencies and blockers when creating issues from a plan, you sequence the tracer-bullet slices in strict execution order, tagging prior issues as blockers so the tracker can publish them in a ready-to-run dependency sequence.

Can I distinguish between automatable tasks and human decisions in issue drafts?

Yes, you can distinguish between automatable tasks and human-in-the-loop decisions in issue drafts by explicitly categorizing each vertical slice, separating fully automatable work from slices requiring manual human decisions.

Does this approach work for generating tickets ready for a project issue tracker?

Yes, this approach works for generating tickets ready for a project issue tracker by producing complete issue bodies equipped with acceptance criteria and blocker mapping, formatted specifically for direct publishing to your tracking system.