II.
Page JSON
Structured · livepage:library-ccpm
CCPM - Claude Code PM Methodology (Library) json
Inspect the normalized record payload exactly as the atlas UI reads it.
{
"id": "page:library-ccpm",
"_kind": "Page",
"_file": "wiki/library/ccpm.md",
"_cluster": "wiki",
"attributes": {
"nodeKind": "Page",
"title": "CCPM - Claude Code PM Methodology (Library)",
"displayName": "CCPM - Claude Code PM Methodology (Library)",
"slug": "library/ccpm",
"articlePath": "wiki/library/ccpm.md",
"article": "\n# CCPM - Claude Code PM Methodology\n\nSpec-driven development methodology adapted from [CCPM](https://github.com/automazeio/ccpm). Enforces the principle: \"Every line of code must trace back to a specification.\" Five strict phases with zero shortcuts.\n\n## Overview\n\nCCPM provides a complete project management lifecycle for AI-driven development, from product planning through parallel execution with full traceability.\n\n## Five Workflow Phases\n\n| Phase | Process | Description |\n|-------|---------|-------------|\n| 1. Product Planning | `ccpm-prd-workflow.js` | Brainstorm, draft PRD, review, refine, finalize |\n| 2. Implementation Planning | `ccpm-epic-planning.js` | Parse PRD, architecture decisions, tech approach, dependencies |\n| 3. Task Decomposition | `ccpm-task-decomposition.js` | Break epic into streams, set criteria, estimate, build dependency graph |\n| 4. GitHub Sync | (in orchestrator) | Create issues, sync labels, bidirectional updates |\n| 5. Parallel Execution | `ccpm-parallel-execution.js` | Dispatch specialized agents, quality gates, integration |\n\n**Full Lifecycle:** `ccpm-orchestrator.js` - Runs all five phases end-to-end.\n\n**Progress Tracking:** `ccpm-tracking.js` - Standups, dashboards, blocked task management.\n\n## Agents (9)\n\n| Agent | Role | Stream |\n|-------|------|--------|\n| `product-planner` | PRD creation, vision, user stories | Phase 1 |\n| `architect` | Epic creation, architecture decisions | Phase 2 |\n| `task-analyst` | Decomposition, estimation, dependencies | Phase 3 |\n| `database-engineer` | Schema, migrations, data layer | Phase 5 |\n| `api-developer` | Service layer, endpoints | Phase 5 |\n| `ui-developer` | Components, forms, frontend | Phase 5 |\n| `test-engineer` | Test suites, QA, integration | Phase 5 |\n| `documentation-writer` | Technical docs, API docs | Phase 5 |\n| `project-tracker` | Progress, standups, GitHub sync | Cross-cutting |\n\n## Skills (8)\n\n| Skill | Purpose |\n|-------|---------|\n| `prd-creation` | Interactive PRD brainstorming and drafting |\n| `epic-generation` | Transform PRD to technical implementation plan |\n| `task-decomposition` | Break epics into parallelizable tasks |\n| `github-sync` | Bidirectional issue/PR synchronization |\n| `parallel-orchestration` | Coordinate multiple specialized agents |\n| `progress-tracking` | Status dashboards and standup reports |\n| `audit-trail` | PRD-to-code traceability verification |\n| `context-management` | Project context loading and isolation |\n\n## Key Patterns\n\n- **Quality Convergence Loops**: Every phase has validation with iterative refinement (max 3 iterations)\n- **Breakpoints**: Human approval gates at every phase transition\n- **Parallel Execution**: `ctx.parallel.all()` for independent work streams\n- **Agent Specialization**: Stream-typed agents (database, API, UI, testing, docs)\n- **Traceability**: PRD -> Epic -> Task -> GitHub Issue -> Code Commit\n- **Issue States**: open -> in-progress -> blocked -> review -> closed\n\n## Usage\n\n### Full Lifecycle\n```bash\nbabysitter run:create \\\n --process-id ccpm/orchestrator \\\n --entry ccpm/ccpm-orchestrator.js#process \\\n --inputs inputs.json\n```\n\n### Individual Phases\n```bash\n# PRD only\nbabysitter run:create --process-id ccpm/prd --entry ccpm/ccpm-prd-workflow.js#process --inputs prd-inputs.json\n\n# Epic planning only\nbabysitter run:create --process-id ccpm/epic --entry ccpm/ccpm-epic-planning.js#process --inputs epic-inputs.json\n\n# Task decomposition only\nbabysitter run:create --process-id ccpm/tasks --entry ccpm/ccpm-task-decomposition.js#process --inputs tasks-inputs.json\n\n# Parallel execution only\nbabysitter run:create --process-id ccpm/execute --entry ccpm/ccpm-parallel-execution.js#process --inputs exec-inputs.json\n\n# Tracking\nbabysitter run:create --process-id ccpm/tracking --entry ccpm/ccpm-tracking.js#process --inputs tracking-inputs.json\n```\n\n## File Organization\n\n```\nccpm/\n README.md # This file\n references.md # Attribution\n ccpm-orchestrator.js # Full lifecycle\n ccpm-prd-workflow.js # Phase 1: PRD\n ccpm-epic-planning.js # Phase 2: Epic\n ccpm-task-decomposition.js # Phase 3: Tasks\n ccpm-parallel-execution.js # Phase 5: Execution\n ccpm-tracking.js # Progress tracking\n agents/\n product-planner/ # PRD and user stories\n architect/ # Epic and architecture\n task-analyst/ # Decomposition and estimation\n database-engineer/ # Database stream\n api-developer/ # API stream\n ui-developer/ # UI stream\n test-engineer/ # Testing and QA\n documentation-writer/ # Documentation stream\n project-tracker/ # Progress and GitHub sync\n skills/\n prd-creation/ # PRD brainstorming and drafting\n epic-generation/ # PRD to epic transformation\n task-decomposition/ # Epic to tasks breakdown\n github-sync/ # GitHub issue sync\n parallel-orchestration/ # Parallel agent coordination\n progress-tracking/ # Dashboards and standups\n audit-trail/ # PRD-to-code traceability\n context-management/ # Context loading and isolation\n examples/\n full-lifecycle.json # Full orchestrator example\n prd-workflow.json # PRD-only example\n epic-planning.json # Epic planning example\n task-decomposition.json # Task decomposition example\n parallel-execution.json # Parallel execution example\n tracking.json # Tracking example\n```\n\n## Integration with Babysitter SDK\n\n- **Agent tasks** (`kind: 'agent'`) for all LLM-based work\n- **Breakpoints** (`ctx.breakpoint()`) for human approval at phase transitions\n- **Parallel execution** (`ctx.parallel.all()`) for independent stream work\n- **Quality convergence** loops with max iteration limits\n- **Task composition** through `ctx.task()` calls\n- **State persistence** via journal and artifacts\n\n## Differences from Original CCPM\n\n1. **SDK Native**: Uses Babysitter SDK `defineTask()` instead of Claude Code slash commands\n2. **Execution Model**: Task-based orchestration with replay engine instead of CLI commands\n3. **Quality Gates**: Built-in convergence loops with configurable thresholds\n4. **Agent Dispatch**: Automatic stream-type to agent mapping\n5. **Composability**: Each phase is a standalone process that can be imported and composed\n",
"documents": [
"specialization:ccpm"
]
},
"outgoingEdges": [
{
"from": "page:library-ccpm",
"to": "specialization:ccpm",
"kind": "documents"
}
],
"incomingEdges": [
{
"from": "page:index",
"to": "page:library-ccpm",
"kind": "contains_page"
}
]
}