К основному содержанию
скилл CX Codex

ccpm — скилл для Claude Code: PRD, эпики и GitHub Issues

Ведёт фичу от PRD до готового кода: разбивает работу на задачи, синхронизирует их с GitHub и запускает параллельных агентов.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add automazeio/ccpm --skill ccpm -a claude-code
Открыть на GitHub

Что делает ccpm

ccpm — скилл для управления проектом по спецификации. Фича начинается как PRD, превращается в технический эпик, эпик раскладывается на нумерованные файлы задач с зависимостями, задачи уезжают в GitHub Issues, а дальше их берут параллельные агенты. Требования живут в файлах, а не в голове — отсюда вся прослеживаемость.

Работа разбита на пять фаз: Plan, Structure, Sync, Execute, Track. Для каждой фазы скилл читает свой файл в references/. Детерминированные операции — статус, стендап, список эпиков, поиск, что заблокировано — выполняются bash-скриптами из references/scripts/, например bash references/scripts/status.sh. Рассуждения остаются модели: написать PRD, оценить параллелизм, запустить агентов.

Перед первым запуском стоит прочитать references/conventions.md — там пути, схемы frontmatter и правила работы с GitHub. Скилл не для отладки кода, написания тестов и ревью PR. Если задача — просто создать issue без контекста поставки, он тоже не нужен.

Какие задачи решает

  • написать PRD на новую фичу через управляемый брейншторм
  • превратить PRD в технический эпик
  • разложить эпик на задачи с зависимостями и параллелизацией
  • выгрузить эпик и задачи в GitHub Issues
  • запустить параллельных агентов на несколько issue сразу

Примеры запросов агенту

  • создай PRD для экспорта отчётов
  • разбей эпик экспорта на задачи
  • запуши эпик экспорта в GitHub

Как установить ccpm

1Через Skills CLI (Vercel)

npx skills add automazeio/ccpm --skill ccpm -a claude-code

2Вручную: положить файлы

~/.claude/skills/ccpm/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/ccpm/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Похожие

project-planning официальный Awesome Copilot Community Плагин для GitHub Copilot, который ведёт проектную работу: разбивает фичи, пишет PRD и архитектуру, создаёт планы внедрения и GitHub Issues. ★ 40 418звёзд репо to-issues smallnest Разбивает PRD и технические спецификации на сквозные вертикальные задачи с явными зависимостями для GitHub или локального трекера. CX Codex +1 451установок gh-issue-sync mitsuhiko Синхронизирует GitHub Issues с локальными Markdown-файлами. Подходит для поиска, правок, создания и разбора задач из редактора или терминала. CX Codex +1 23 300установок project-session-manager Yeachan-Heo Скилл автоматизирует создание отдельных git-воркtræев для каждой задачи, PR или фичи, с опциональной оркестровкой tmux-сессий. Позволяет параллельно работать над несколькими ветками без конфликтов. CX Codex +1 866установок dex dcramer Ведёт постоянные тикеты через dex, чтобы разбивать работу, сохранять контекст и фиксировать результаты между сессиями. CX Codex +1 833установок write-issue tldraw Скилл задаёт правила оформления и триажа задач GitHub в стиле репозитория tldraw. Помогает составить понятный заголовок, структурировать описание и расставить метки. CX Codex +1 405установок

Рядом в теме «Настройка агента: память, контекст, субагенты»

Все скиллы по теме «Настройка агента: память, контекст, субагенты» →

Вопросы о ccpm

Как установить ccpm в Claude?

Выполните npx skills add automazeio/ccpm --skill ccpm -a claude-code. После установки скилл лежит в ~/.claude/skills/ccpm/SKILL.md.

Что делает ccpm?

Проводит фичу по пяти фазам: планирование PRD, разбор эпика на задачи, синхронизация с GitHub, запуск параллельных агентов и отслеживание статуса. Статус, стендап и поиск отдают bash-скрипты.

Для каких задач ccpm не подходит?

Отладка кода, написание тестов, ревью PR и операции с issue без контекста поставки — это не его работа.

Исходный текст

SKILL.md · MIT
---
name: ccpm
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."
---

# 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 wants | Script to run |
|---|---|
| Project status | `bash references/scripts/status.sh` |
| Standup report | `bash references/scripts/standup.sh` |
| List all epics | `bash references/scripts/epic-list.sh` |
| Show epic details | `bash references/scripts/epic-show.sh <name>` |
| Epic status | `bash references/scripts/epic-status.sh <name>` |
| List PRDs | `bash references/scripts/prd-list.sh` |
| PRD status | `bash references/scripts/prd-status.sh` |
| Search issues/tasks | `bash references/scripts/search.sh <query>` |
| What's in progress | `bash references/scripts/in-progress.sh` |
| What's next | `bash references/scripts/next.sh` |
| What's blocked | `bash references/scripts/blocked.sh` |
| Validate project state | `bash 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"
```

© automazeio · MIT · automazeio/ccpm

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой