to-issues

to-issues is a skill for Claude Code from mhrsdev/AI-Agent-Skills-Library. It costs 31 tokens per session (721 once invoked), scanned A, a copy of to-issues, MIT.

A process for splitting a plan, specification, or PRD into small, independently implementable issues. Each issue is a vertical slice, meaning it delivers one narrow feature across all relevant layers, such as data, API, interface, and tests.

In plain words
What is it for?
Use it to create implementation issues from a plan, identify useful preparatory refactoring, and publish end-to-end work items in the project tracker.
Why use it?
It turns a large task into clear pieces that different agents or developers can pick up independently. The slices remain complete and demonstrable instead of separating work by technical layer.

Skill for Claude Code

Written for Claude Code: disable-model-invocation in frontmatter.

Good fit Use it to create implementation issues from a plan, identify useful preparatory refactoring, and publish end-to-end work items in the project tracker.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/mhrsdev/ai-agent-skills-library/to-issues
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add mhrsdev/AI-Agent-Skills-Library --skill to-issues
Clone the repo
git clone --depth 1 https://github.com/mhrsdev/AI-Agent-Skills-Library

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for to-issues

README.md
[![agentmods](https://agentmods.dev/badge/skills/mhrsdev/ai-agent-skills-library/to-issues/github.svg)](https://agentmods.dev/skills/mhrsdev/ai-agent-skills-library/to-issues)
Your own site
<a href="https://agentmods.dev/skills/mhrsdev/ai-agent-skills-library/to-issues"><img src="https://agentmods.dev/badge/skills/mhrsdev/ai-agent-skills-library/to-issues/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for to-issues

Your own site · 80×15
<a href="https://agentmods.dev/skills/mhrsdev/ai-agent-skills-library/to-issues"><img src="https://agentmods.dev/badge/skills/mhrsdev/ai-agent-skills-library/to-issues.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 31 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 721 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00031 $0.00721
Opus 5 $0.00015 $0.00360
Sonnet 5 $0.00006 $0.00144
Haiku 4.5 $0.00003 $0.00072

Measured 9d ago against content hash f8a72a5bc88a, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-09, from the pricing page.

Security

Grade A, and why

to-issues scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 9d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

100% identical to to-issues — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

organized-skills/product-planning-issues/mattpocock-skills/skills/engineering/to-issues/SKILL.md · 85 lines

How it starts

The opening of the file, as written. The whole thing — 85 lines — stays where its author put it; the contents beside it link to each section on GitHub.

To Issues

Break a plan into independently-grabbable issues using vertical slices (tracer bullets).

The issue tracker and triage label vocabulary should have been provided to you — run /setup-matt-pocock-skills if not.

Process

1. Gather context

Work from whatever is already in the conversation context. If the user passes an issue reference (issue number, URL, or path) as an argument, fetch it from the issue tracker and read its full body and comments.

2. Explore the codebase (optional)

If you have not already explored the codebase, do so to understand the current state of the code. Issue titles and descriptions should use the project's domain glossary vocabulary, and respect ADRs in the area you're touching.

Look for opportunities to prefactor the code to make the implementation easier. "Make the change easy, then make the easy change."

3. Draft vertical slices

Break the plan into tracer bullet issues. Each issue is a thin vertical slice that cuts through ALL integration layers end-to-end, NOT a horizontal slice of one layer.

  • Each slice delivers a narrow but COMPLETE path through every layer (schema, API, UI, tests)
  • A completed slice is demoable or verifiable on its own
  • Any prefactoring should be done first

4. Quiz the user

Present the proposed breakdown as a numbered list. For each slice, show:

  • Title: short descriptive name
  • Blocked by: which other slices (if any) must complete first
  • User stories covered: which user stories this addresses (if the source material has them)

Ask the user:

  • Does the granularity feel right? (too coarse / too fine)
  • Are the dependency relationships correct?
  • Should any slices be merged or split further?

Iterate until the user approves the breakdown.

5. Publish the issues to the issue tracker

For each approved slice, publish a new issue to the issue tracker. Use the issue body template below. These issues are considered ready for AFK agents, so publish them with the correct triage label unless instructed otherwise.

Read the full file on GitHub · 85 lines

Files

What ships with it

1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 9d ago First seen · 85 lines · 31 tokens per session scan A f8a72a5bc88a

Subscribe to this mod's changes

to-issues is a skill published in the GitHub repository mhrsdev/AI-Agent-Skills-Library (6 stars, last pushed 2mo ago), licensed MIT. It adds 31 tokens to every session and 721 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to to-issues, differing in 0 lines, and is treated as a copy.

Related

Other skills, from other repositories

worker

Team worker protocol (ACK, mailbox, task lifecycle) for tmux-based OMX teams.

IAPro-Community/Orquestrador-Maestro · 19 tokens

rule-prd-generator

A rule-based workflow for turning interviews, requirements, feedback, or rough proposals into a formal product requirements document (PRD). A PRD explains what a product should do so business, design, development, testing, and operations teams can review it.

YiShu5/claude-skills · 104 tokens

finalize-phase

Completes feature/epic workflows after deployment with comprehensive walkthrough generation for epics (v5.0+), roadmap updates, artifact archival, documentation, and branch cleanup. Use after /ship-prod, /deploy-prod, or /build-local completes, or when user asks to finalize. (project).

marcusgoll/Spec-Flow · 65 tokens

implementation-phase

Executes implementation tasks using Test-Driven Development, prevents code duplication through anti-duplication checks, and maintains quality through continuous testing. Use when implementing features from tasks.md, during the /implement phase, or when the user requests TDD-based implementation. (project).

marcusgoll/Spec-Flow · 57 tokens

roadmap-integration

Manages product roadmap via GitHub Issues (brainstorm, prioritize, track). Auto-validates features against project vision (from overview.md) before adding to roadmap. Use when running /roadmap command or mentions 'roadmap', 'add feature', 'brainstorm ideas', or 'prioritize features'.

marcusgoll/Spec-Flow · 66 tokens

task-status-sync

Enforce atomic task status updates through task-tracker commands only. Prevent manual edits to NOTES.md and tasks.md that break synchronization. Auto-trigger when detecting Edit/Write attempts to task files, task completion mentions, or status update discussions. Auto-convert manual edit attempts to equivalent…

marcusgoll/Spec-Flow · 76 tokens