cc-product#
통합 제품개발 파이프라인 (Discovery → Specification → Planning → Design → Scaffold → Epic → Development → Launch). 7단계 오케스트레이터(pipeline) 척추 아래 BMAD persona·커맨드와 PM 기법(discovery·strategy·gtm·analytics)을 단계별 dispatch. cc-pipeline + cc-bmad + cc-pm 통합 — 24 skills
제품개발 전 과정을 단일 파이프라인으로 묶은 통합 플러그인.
기존 cc-pipeline(project) + cc-bmad(bmad) + cc-pm(pm)을 하나로 병합했다.
Skills#
| 이름 | 설명 |
|---|---|
| ab-testing | A/B test 설계와 분석. 실험을 설계하거나 표본 크기를 계산하거나 A/B test 결과를 해석할 때 사용합니다. |
| analyst | Product Discovery와 요구사항 분석을 전문으로 합니다. 이해관계자 인터뷰, 시장 조사, 문제 발견을 수행하고 Product Brief를 작성합니다. 사용자가 새로운 제 |
| architect | 시스템 아키텍처를 설계하고, 기술 스택을 선정하고, 컴포넌트와 인터페이스를 정의하며, 비기능 요구사항(NFR)을 다룹니다. 사용자가 시스템을 설계하거나, 기술을 선택하거나, API |
| assumption-testing | 제품 가정 검증 설계와 검토. 위험한 가정을 식별하고 이를 검증할 경량 테스트를 설계할 때 사용합니다. |
| bmad-integration | BMAD 프레임워크 기반 워크플로우를 실행합니다. BMAD 단계를 진행하거나, persona를 라우팅하거나, BMAD 산출물을 다른 플러그인과 통합할 때 사용합니다. |
| bmad-integration Reference | Detailed reference document for the BMAD framework. |
| bmad-master | 구조화된 AI 기반 개발을 위해 BMAD 워크플로우를 조율합니다. 프로젝트에 BMAD를 초기화하거나, 워크플로우 상태를 확인하거나, 4단계(Analysis, Planning, So |
| builder | BMAD를 위한 커스텀 agent, 워크플로우, 템플릿을 생성합니다. 도메인별 컴포넌트로 BMAD 기능을 확장합니다. 사용자가 새로운 agent를 만들거나, 커스텀 워크플로우를 구 |
| business-model | 비즈니스 모델 분석과 설계. 수익 모델, 가격 정책, unit economics, business model canvas 작업 시 사용합니다. |
| cohort-analysis | Cohort 분석 설계와 실행. 사용자 코호트별 잔존율, 이탈률, 행동을 분석할 때 사용합니다. |
| competitive-analysis | 경쟁사 분석과 포지셔닝. 경쟁사 매핑, 기능 격차 분석, 시장 포지셔닝 작업 시 사용합니다. |
| creative-intelligence | 구조화된 브레인스토밍 세션을 진행하고, 폭넓은 리서치를 수행하며, SCAMPER, SWOT, 마인드맵 같은 검증된 프레임워크로 창의적인 솔루션을 만들어냅니다. 사용자가 브레인스토밍 |
| developer | 프로젝트 모범 사례를 따라 깨끗하고, 테스트되고, 유지보수 가능한 코드로 user story를 구현합니다. 사용자가 story를 구현하거나, 기능을 만들거나, 버그를 고치거나, 테 |
| experiment-design | 제품 실험 설계와 실행 계획. MVP 테스트, fake door, 검증 실험을 계획할 때 사용합니다. |
| gtm-motion | Go-to-Market motion 계획. sales-led와 product-led motion 중 선택하거나 출시 채널을 계획할 때 사용합니다. |
| icp-definition | Ideal Customer Profile(ICP) 정의. 타겟 세그먼트, persona, 자격 기준을 정의할 때 사용합니다. |
| messaging-framework | 제품 메시징과 포지셔닝 프레임워크. value proposition, 태그라인, 메시징 위계를 작성할 때 사용합니다. |
| pipeline | 프로젝트 파이프라인 조율(Discovery → Launch, 7단계). /product 단계를 실행하거나, 파이프라인 상태를 확인하거나, 전체 제품 라이프사이클을 조율할 때 사용합 |
| pm | 제품 요구사항과 계획을 전문으로 합니다. 기능/비기능 요구사항을 담은 PRD와 tech spec을 작성하고, MoSCoW/RICE 프레임워크로 기능 우선순위를 매기며, 요구사항이 |
| product-vision | 제품 비전 수립과 로드맵. 장기 비전, 전략 원칙, 로드맵 테마를 정리할 때 사용합니다. |
| scrum-master | Sprint 계획과 애자일 워크플로우를 전문으로 합니다. epic을 user story로 쪼개고, story point로 복잡도를 산정하며, sprint iteration을 계획하 |
| sql-analysis | SQL 기반 제품 데이터 분석. 제품 지표, funnel, 임의 질문에 대한 분석용 SQL을 작성할 때 사용합니다. |
| team-lead | 병렬 Phase 4 워크플로우를 위한 Agent Teams 오케스트레이터입니다. 여러 Claude Code Agent Teams teammate를 조율해 story 개발, 문서 리 |
| user-interview | 사용자 인터뷰 설계와 인사이트 도출. 인터뷰 스크립트, 리크루팅 기준을 계획하거나 인터뷰 결과를 종합할 때 사용합니다. |
| ux-designer | 사용자 경험을 설계하고, wireframe을 만들고, user flow를 정의하며, 접근성 준수를 보장합니다. 사용자가 UX 설계, wireframe, user flow, 접근성 |
Commands#
| 이름 | 설명 |
|---|---|
| /architecture — 시스템 설계도 그리기 | 구현 착수 전 시스템 설계를 확정합니다 — 전체 구조·기술 선택·데이터/API 설계·품질 보장 방안과 요구사항별 처리 위치 추적표를 담은 `.bmad/architecture-*.m |
| /brainstorm — 아이디어를 짜내는 회의 진행자 |
흩어진 아이디어를 발상 기법(SCAMPER 등)으로 끌어내 카테고리별 목록·핵심 인사이트 3~7개·다음 단계 추천을 담은
brainstorming-*.md
한 개로 정리합니다
|
| /cc-product:bmad — 7명의 전문가가 검토하는 작업 절차 | 7명의 전문가 검토 관문을 통과해야 다음으로 넘어가는 4단계(분석→기획→설계→구현) 방식으로 진행해 ZenHub 이슈·브랜치·PR·머지까지 냅니다 — 관문에서 막히면 에러 코드로 |
| /cc-product:bmad-status — 지금 어디까지 왔나요 | BMAD 작업이 4단계 중 어디까지 왔는지, 각 검토가 통과인지 진행 중인지, 막힌 곳과 실패 시 다음 할 일을 현황판으로 보여줍니다 — 아무것도 바꾸지 않는 읽기 전용. |
| /cc-product:breakdown — 설계를 "할 일 목록"으로 쪼개는 단계 | 5단계: Issue Breakdown — ZenHub Initiative/Project/Epic/Feature-Bug-Task/Sub-task 생성(규모 자동 추론), 우선순위 검 |
| /cc-product:design — 본격 개발 전, "설계" 단계 |
4단계: Design — 구현 착수 전
docs/architecture-*.md
(레이어·API·데이터 모델·보안)와
docs/ux-spec-*.md
(화면 흐름·와이어프레임·
|
| /cc-product:develop — 실제로 "만드는" 단계 | 6단계: Development — 이슈 번호의 ZenHub 레벨(Initiative/Project/Epic/Story/Sub-task)을 자동 판별해 Epic 내 Story 순회 |
| /cc-product:discover — 만들기 전, "조사" 단계 | 1단계: Discovery — 사용자 조사, 경쟁사 분석, 아이디어 도출 |
| /cc-product:gate — 단계 통과 검사(품질 검문소) | BMAD 4단계(분석/기획/설계/구현)의 통과 조건을 점검해 PASSED/FAILED 판정을 표로 내고, 실패 시 무엇을 어떻게 고쳐 어떤 명령으로 재검사할지까지 알려줍니다 — ` |
| /cc-product:launch — 다 만든 뒤, "출시" 단계 |
7단계: Launch —
docs/gtm-*.md
(GTM 전략·ICP·메시징)와
docs/analytics-plan-*.md
(A/B 테스트·코호트 지표), 출시 체크리스트를
|
| /cc-product:plan — 무엇을·어떻게 만들지 "설계도" 단계 |
3단계: Planning — 조사 결과를
docs/prd-*.md
(무엇을 만들지)·
docs/tech-spec-*.md
(어떻게 만들지)·
docs/bdd-*.md
(무엇이 합
|
| /cc-product:plan-technical-review — 기획서 기술 사전점검 | 빌드 착수 전 PRD/기술 명세를 3명이 동시 검토해 실현 가능성·리스크·범위 분할 판정과 최종 PASS/NEEDS_ATTENTION/BLOCKED 를 냅니다 — 분할 권고 시 p |
| /cc-product:review — 전문가 한 명에게 콕 집어 검토받기 | 전문가 페르소나 한 명(analyst·architect·product-manager·ux 등)을 지목해 그 관점으로만 검토하고 APPROVED/REJECTED 판정과 반려 시 수정 |
| /cc-product:scaffold — 코드 뼈대 "자동 생성" 단계 | 4.5단계: Scaffold — Mason brick 스캐폴딩, BDD feature 초안 작성 (Patrol E2E 시나리오는 app/{app}/integration_test/에 |
| /cc-product:specify — 무엇을 만들지 "확정"하는 단계 | 2단계: Specification — Socratic interview, Seed spec, 모호성 평가, contrarian/simplification, 3단계 검증 |
| /cc-product:status — 프로젝트 진행 현황판 |
.pipeline/
기록을 읽어 6단계(Discovery→Launch) 중 현재 위치·단계별 상태·지금까지 생성된 문서 목록·바로 이어 실행할 명령을 현황판으로 보여줍니다 —
|
| /create-story — 작업 카드(스토리) 한 장 만들기 |
Epic 을 개발자가 바로 착수할 수 있는 단위로 풀어 완료 조건·기술 메모·포인트를 담은
.bmad/stories/STORY-*.md
를 만들고, 설정 시 ZenHub 이슈(
|
| /create-ux-design — 화면 설계도 만들기 |
구현 착수 전 화면 설계를 확정합니다 — 사용자 동선·와이어프레임·컴포넌트 규격·디자인 토큰·접근성(WCAG) 점검과 개발자 전달 노트를 담은
ux-design-*.md
한 개
|
| /dev-story — 스토리 하나를 끝까지 만드는 단계 | 스토리 하나를 요구사항 이해→구현→테스트→PR 까지 한 사이클로 끝내고 ZenHub 카드를 Review/QA 로 옮깁니다 — PR 은 열어두고 머지는 사람이 판단 (스토리 크기에 |
| /prd — 제품 요구사항 정리서(PRD) 만들기 |
제품이 무엇을 해야 하는지 대화로 모아 기능/비기능 요구사항·Epic·추적표를 담은
.bmad/prd-*.md
한 개로 확정합니다 — 규모가 큰 프로젝트의 정식 요구사항 문서
|
| /product-brief — 제품 기획서 만들기 인터뷰 |
새 제품 착수 전 질문을 던져 문제·타깃 사용자·해결책·사업 목표·범위·성공 기준·리스크를
.bmad/product-brief-*.md
한 장으로 정리합니다 — PRD 보다 앞
|
| /research — 근거 있는 조사 보고서 만들기 | 시장·경쟁사·기술·사용자를 대신 조사해 출처 링크가 붙은 질문별 답변, 경쟁사/가격 비교표, 핵심 인사이트, 기간별(2주/1~3개월/3개월+) 권고를 담은 `research-*.m |
| /sprint-planning — 스프린트 계획 짜기 |
기획서를 스토리로 쪼개 포인트를 매기고 스프린트에 배치합니다 — 계획서
.bmad/sprint-plan-*.md
와 이후 개발 단계가 읽는 `.bmad/sprint-status
|
| /team-create-stories — 스토리 문서 여러 개 동시 작성 |
여러 Epic 의 스토리 문서를 AI 팀원이 나눠 동시에 작성해
.bmad/stories/STORY-*.md
여러 개를 5~15분에 만들고 ZenHub Sprint Backlo
|
| /team-dev — 여러 작업을 동시에 진행하는 "팀장" | 의존성 없는 여러 스토리를 담당·파일 영역으로 나눠 동시에 구현하고 스토리별 PR 을 엽니다 — 브랜치와 워크트리는 하나를 공유하므로, 작업별 분리가 필요하면 `/cc-dev:ba |
| /team-review — 여러 전문가가 한꺼번에 검토하기 |
문서 하나를 PM·아키텍트·개발자 등 여러 전문가가 동시에 검토해 관점별 리뷰 파일과 통합 요약(통과/조건부/수정 필요)을
.bmad/reviews/
에 냅니다 — 검토자가 빠
|
| /tech-spec — 작은 프로젝트용 "간단 기술 설계서" |
문제·요구사항·기술 방식·1
.bmad/tech-spec-*.md 한 개를 20 |
| /workflow-init — BMAD 프로젝트 첫 세팅 |
새 프로젝트에 BMAD 작업 틀을 깝니다 —
bmad/config.yaml
·진행 추적 파일·산출물 폴더 구조(선택 시 ZenHub 연동 규칙)를 만들고 프로젝트 규모에 맞는 다
|
| /workflow-status — 우리 프로젝트 지금 어디까지 왔나요 | 실제 산출 파일을 기준으로 BMAD 진행률·단계별 완료 여부·다음 단계 추천·스프린트 현황을 보여줍니다 — 표시 내용이 실제 작업물과 일치하며 아무것도 바꾸지 않는 읽기 전용. |
| product |
조사→명세→기획→설계→준비→개발→출시 전 단계를 순서대로 자동 진행하며
.pipeline/*.yaml
에 상태를 기록합니다 — Breakdown 직후와 Launch 직후 두 번
|
References#
| 이름 | 설명 |
|---|---|
| BMAD Configuration Reference | version: "6.0.0" |
| BMAD Configuration Schema | { |
| BMAD Framework Configuration | { |
| BMAD Framework Usage Guide | BMAD (Breakthrough Method for Agile AI-Driven Development) is an AI-driven development framework whe |
| BMAD Method Sprint Status | project_name: "{{PROJECT_NAME}}" |
| BMAD Method Workflow Status | project_name: "{{PROJECT_NAME}}" |
| BMAD Method v6 - Project Configuration Template | project_name: "{{PROJECT_NAME}}" |
| BMAD Orchestrator | BMAD framework main orchestrator |
| BMAD Quick Reference Guide | --- |
| BMAD Tutorial | Learn BMAD workflows step by step through practical examples. |
| BMAD v6 Helper Utilities | This document contains reusable utilities for BMAD workflows. Skills and commands can reference spec |
| Command Registry — Full Command Registry | Complete list of all source plugin commands/skills orchestrated by cc-product. |
| Persona Responsibility Matrix | Responsibility matrix for the 7 personas in the BMAD framework. |
| Phase Gates | BMAD phase gate definitions and verification rules |
| Product Brief: {{project_name}} | Date: {{date}} |
| Product Requirements Document: {{project_name}} | Date: {{date}} |
| System Architecture: {{project_name}} | Date: {{date}} |
| Technical Specification: {{project_name}} | Date: {{date}} |
| ZenHub Conventions - Project-Specific Configuration | repository: |
Docs#
| 이름 | 설명 |
|---|---|
| Pipeline Guide — Full Workflow Guide | cc-product은 제품 하나를 처음 아이디어부터 출시까지 데려가는 "조립 라인 관리자"예요. 공장에서 원재료가 여러 작업대를 순서대로 거쳐 완성품이 되듯, 이 도구는 프로젝트를 |
| Quick Reference — cc-product | |
| Stage Map — Visual Stage Map | ╔═══════════════════════════════════════════════════════════════════════════╗ |
관련 플러그인#
| 플러그인 | 설명 |
|---|---|
| cc-bricks | cob(co-bricks) 기반 브릭 생성 가이드. kobic Clean Architecture feature 모듈 11종 + 그린필드 프로젝트 초기 세팅(project-init |
| cc-compass | 코코드 스킬 저장소 나침반 — 작업 유형(워크플로우/도구/규칙/레퍼런스)에 따라 알맞은 플러그인·커맨드·스킬로 안내 |
| cc-coui | CoUI 컴포넌트 라이브러리 (크로스플랫폼 컴포넌트 128종) + 조합/확장 가이드 |
| cc-dcm | DCM(Dart Code Metrics) 코드 품질 분석 및 자동 수정 툴킷 |
| cc-dev | 개발 사이클 자동화 (이슈 사이클, 버그 사이클, 세션, ZenHub, Agent Teams) |
| cc-flutter | Flutter 개발 핵심 (UI 패턴, Feature 생성, BLoC, 테스트) |
| cc-pixel-loop | Figma + Marionette + Dart MCP를 활용한 픽셀 퍼펙트 Flutter UI 에이전틱 루프 (Read → Write → Reload → Capture → Comp |
| cc-quality | 코드 품질 (코드 리뷰, 체크리스트, 버그 리포트, QA Health Score) |
| cc-security | 보안 통합 — API/앱 보안, 보안 감사, CI 시크릿, 결제/IAP 엔드포인트 보안, 도서 PDF DRM (구 cc-uiux-security 확장) |
| cc-serverpod | Serverpod 백엔드 — 모델/엔드포인트 생성, 마이그레이션 + 심화 패턴(아키텍처, 인증, 캐싱, DB, IAP, 테스트; 구 cc-backend 통합) |
| cc-spec | 스펙 명확성 검증 (소크라테스식 인터뷰, Seed spec, 모호성 스코어링, contrarian/simplifier 에이전트, 3단계 평가) |
설치#
claude plugins install coco-de/skills/plugins/cc-product