Skip to content
cccskills
FreePublished on GitHub

ccpm

Turn feature requirements into a PRD, a document defining what to build, then organize development plans and GitHub Issues. Coordinate parallel agents and track progress, blockers, and next priorities through delivery.

OriginalShow the original description

CCPM - spec-driven project management: PRD → Epic → GitHub Issues → parallel agents → shipped code. Use this skill for anything in the software delivery lifecycle: writing a PRD ('write a PRD for X', 'let's plan X', 'scope this out'), parsing a PRD into an epic, decomposing an epic into tasks, syncing to GitHub ('sync the X epic', 'push tasks to github'), starting work on an issue ('start working on issue N', 'let's work on issue N'), analyzing parallel work streams, running standups ('standup', 'run the standup'), checking status ('what's next', 'what's blocked', 'what are we working on'), closing issues, or merging an epic. Use ccpm any time the user is talking about shipping a feature, managing work, or tracking progress — even if they don't say 'ccpm' or 'PRD'. Do NOT use for: debugging code, writing tests, reviewing PRs, or raw GitHub issue/PR operations with no delivery context.

Works withGitHub
See how to install

Good for

  • Define feature requirements and scope in a PRD
  • Split development plans into tasks and sync them to GitHub
  • Coordinate parallel agents working on issues
  • Review progress, blockers, and next priorities

Files included (21)

  • SKILL.md4.4 KB
  • references/conventions.md4.4 KB
  • references/execute.md6.2 KB
  • references/plan.md3.0 KB
  • references/scripts/blocked.sh1.7 KB
  • references/scripts/epic-list.sh2.5 KB
  • references/scripts/epic-show.sh2.4 KB
  • references/scripts/epic-status.sh2.2 KB
  • references/scripts/help.sh3.1 KB
  • references/scripts/in-progress.sh2.1 KB
  • references/scripts/init.sh6.0 KB
  • references/scripts/next.sh1.7 KB
  • references/scripts/prd-list.sh2.7 KB
  • references/scripts/prd-status.sh1.7 KB
  • references/scripts/search.sh1.6 KB
  • references/scripts/standup.sh3.0 KB
  • references/scripts/status.sh1.0 KB
  • references/scripts/validate.sh2.6 KB
  • references/structure.md2.9 KB
  • references/sync.md7.5 KB
  • references/track.md3.2 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

CCPM - Claude Code Project Manager

A spec-driven development workflow: PRD → Epic → GitHub Issues → Parallel Agents → Shipped Code.

Core Philosophy

Requirements live in files, not heads. Every feature starts as a PRD, becomes a technical epic, decomposes into GitHub issues, and gets executed by parallel agents with full traceability.

File Conventions

Before doing anything, read references/conventions.md for path standards, frontmatter schemas, and GitHub operation rules. These apply to all phases.

The Five Phases

1. Plan — Capture requirements

When: User wants to define a new feature, product requirement, or scope of work. Read: references/plan.md Covers: Writing PRDs through guided brainstorming, converting PRDs to technical epics.

2. Structure — Break it down

When: An epic exists and needs to be decomposed into concrete tasks. Read: references/structure.md Covers: Epic decomposition into numbered task files with dependencies and parallelization.

3. Sync — Push to GitHub

When: Local epic/tasks need to become GitHub issues, progress needs to be posted as comments, or a bug is found and needs a linked issue created. Read: references/sync.md Covers: Epic sync (epic + tasks → GitHub issues), issue sync (progress comments), closing issues/epics, bug reporting against completed issues.

4. Execute — Start building

When: User wants to start working on one or more GitHub issues with parallel agents. Read: references/execute.md Covers: Issue analysis (parallel work stream identification), launching parallel agents, coordinating worktrees.

5. Track — Know where things stand

When: User asks for status, standup report, what's blocked, what's next, or needs to validate state. Read: references/track.md Covers: Status, standup, search, in-progress, next priority, blocked items, validation.


Script-First Rule

For deterministic operations — anything that reads and reports without needing reasoning — always run the bash script directly rather than doing the work manually:

What the user wantsScript to run
Project statusbash references/scripts/status.sh
Standup reportbash references/scripts/standup.sh
List all epicsbash references/scripts/epic-list.sh
Show epic detailsbash references/scripts/epic-show.sh <name>
Epic statusbash references/scripts/epic-status.sh <name>
List PRDsbash references/scripts/prd-list.sh
PRD statusbash references/scripts/prd-status.sh
Search issues/tasksbash references/scripts/search.sh <query>
What's in progressbash references/scripts/in-progress.sh
What's nextbash references/scripts/next.sh
What's blockedbash references/scripts/blocked.sh
Validate project statebash references/scripts/validate.sh

Use the LLM for work that requires reasoning: writing PRDs, analyzing parallelism, launching agents, synthesizing updates.


Quick Reference

Plan a feature:     "I want to build X" or "create a PRD for X"
Parse to epic:      "turn the X PRD into an epic"
Decompose:          "break down the X epic into tasks"
Sync to GitHub:     "push the X epic to GitHub"
Start an issue:     "start working on issue 42"
Check status:       "what's our status" / "standup"
What's next:        "what should I work on next"
Merge epic:         "merge the X epic"
Report a bug:       "found a bug in issue 42" / "testing issue 42 revealed X"

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

Report a problem with this skill