cc-product

이름	설명
ab-testing	제품의 두 가지 안을 비교하는 A/B 테스트를 설계·분석할 때 사용합니다. 비교 지표, 필요한 표본 수와 실험 조건을 정하고 결과를 해석합니다.
analyst	새 제품 아이디어와 사용자 문제를 조사해 기획의 출발점을 잡을 때 사용합니다. 이해관계자 인터뷰, 시장·경쟁 조사와 요구사항 분석을 통해 Product Brief를 작성합니다.
architect	시스템 구조와 기술 선택을 구체화할 때 사용합니다. 컴포넌트·API·데이터 모델을 설계하고 확장성·보안 등 비기능 요구사항과 설계 근거를 정리합니다.
assumption-testing	제품 아이디어에 담긴 중요한 가정이 맞는지 확인할 때 사용합니다. 실패 위험이 큰 가정을 찾아 적은 비용으로 검증할 방법과 판단 기준을 정합니다.
bmad-integration	BMAD 개발 단계를 실행하거나 다른 플러그인의 작업과 연결할 때 사용합니다. 단계별 역할과 산출물을 이어서 분석·기획·설계·구현 흐름을 구성합니다.
bmad-integration Reference	Detailed reference document for the BMAD framework.
bmad-master	BMAD 프로젝트를 초기화하거나 현재 진행 단계와 다음 작업을 확인할 때 사용합니다. 프로젝트 설정과 분석·기획·설계·구현의 진행 상태를 관리합니다.
builder	BMAD에 맞춤 역할·워크플로·문서 템플릿을 추가할 때 사용합니다. 특정 업무에 필요한 에이전트와 실행 흐름을 설계해 기존 프레임워크를 확장합니다.
business-model	제품의 수익 구조와 가격 정책을 설계하거나 검토할 때 사용합니다. 비즈니스 모델 캔버스와 고객·거래 단위의 수익성을 분석합니다.
cohort-analysis	가입 시점이나 행동이 비슷한 사용자 그룹을 비교할 때 사용합니다. 코호트별 재방문·잔존율·이탈률을 분석해 시간에 따른 이용 패턴을 확인합니다.
competitive-analysis	경쟁 제품과 비교해 자사 제품의 위치를 정할 때 사용합니다. 경쟁사별 기능·강점·빈틈을 정리하고 차별화할 방향을 찾습니다.
creative-intelligence	여러 제품 아이디어나 문제 해결 대안을 탐색할 때 사용합니다. 브레인스토밍, SCAMPER·SWOT·마인드맵으로 관점을 넓히고 검토할 후보를 정리합니다.
developer	제품 기획이나 사용자 스토리를 실제 코드 작업으로 넘길 때 사용합니다. 구현·버그 수정·테스트·리팩터링 요청을 전문 개발 스킬과 공통 실행 흐름에 연결합니다.
experiment-design	제품 아이디어의 효과를 작은 실험으로 확인할 때 사용합니다. MVP·수요 확인 테스트 등의 가설, 실행 계획과 성공 판단 기준을 정합니다.
gtm-motion	제품 출시와 고객 확보 방식을 계획할 때 사용합니다. 영업 중심·제품 사용 중심 접근을 비교하고 대상 고객에 맞는 채널과 실행 순서를 정합니다.
icp-definition	제품이 집중할 고객과 고객을 구분하는 기준을 정할 때 사용합니다. 이상적인 고객상인 ICP, 세그먼트와 페르소나를 구체화합니다.
messaging-framework	제품의 가치와 차별점을 일관된 메시지로 정리할 때 사용합니다. 핵심 가치 제안, 포지셔닝과 태그라인을 만들고 대상별 메시지의 우선순위를 정합니다.
pipeline	제품 발견부터 출시까지 전체 작업 흐름을 진행하거나 점검할 때 사용합니다. 단계별 산출물과 전문 스킬을 연결하고 현재 상태와 다음 단계를 안내합니다.
pm	제품 요구사항과 기능 우선순위를 구체화할 때 사용합니다. PRD·기술 명세, 에픽·사용자 스토리와 완료 조건을 작성해 개발 범위를 정합니다.
product-vision	제품의 장기 방향과 로드맵을 정할 때 사용합니다. 해결할 문제, 전략 원칙과 시기별로 집중할 주제를 정리합니다.
scrum-master	스프린트를 계획하거나 백로그를 실행 가능한 작업으로 나눌 때 사용합니다. 에픽을 사용자 스토리로 분해하고 복잡도·진행 속도·회고를 통해 다음 작업량을 조정합니다.
sql-analysis	제품 지표나 사용자 행동에 답할 분석용 SQL을 작성할 때 사용합니다. 질문에 맞는 데이터와 집계 기준을 정하고 전환 흐름 등 필요한 지표를 계산합니다.
team-lead	여러 사용자 스토리를 에이전트 팀으로 병렬 진행할 때 사용합니다. 개발·문서 리뷰·스토리 작성의 담당과 의존성을 나누고 동시 작업의 진행을 조율합니다.
user-interview	사용자 인터뷰를 준비하거나 결과를 종합할 때 사용합니다. 참여자 모집 기준과 질문지를 만들고 관찰 내용에서 공통 문제와 인사이트를 정리합니다.
ux-designer	제품의 사용자 경험과 화면 흐름을 설계할 때 사용합니다. 사용자 여정, 와이어프레임과 반응형 구성을 만들고 조작 방식과 접근성을 검토합니다.

이름	설명
/architecture — 시스템 설계도 그리기	구현 착수 전 시스템 설계를 확정합니다 — 전체 구조·기술 선택·데이터/API 설계·품질 보장 방안과 요구사항별 처리 위치 추적표를 담은 `.bmad/architecture-*.m
/brainstorm — 아이디어를 짜내는 회의 진행자	흩어진 아이디어를 발상 기법(SCAMPER 등)으로 끌어내 카테고리별 목록·핵심 인사이트 3~7개·다음 단계 추천을 담은 `brainstorming-*.md` 한 개로 정리합니다
/cc-product:bmad — 7명의 전문가가 검토하는 작업 절차	7명의 전문가 검토 관문을 통과해야 다음으로 넘어가는 4단계(분석→기획→설계→구현) 방식으로 진행해 ZenHub 이슈·브랜치·PR·머지까지 냅니다 — 관문에서 막히면 에러 코드로
/cc-product:bmad-status — 기존 BMAD 호출 연결	기존 BMAD 상태 요청을 공통 status의 BMAD 읽기 경로로 연결합니다. 이슈·단계·상세 옵션으로 이전 호출을 이어갈 때 사용합니다.
/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:dev-story — 스토리 문서에서 PR까지	BMAD 스토리 문서를 공통 개발 실행기에 연결해 구현·검증된 PR을 열고 상태를 기록합니다. STORY-ID나 문서에서 PR까지만 진행할 때 사용합니다.
/cc-product:develop — 제품 맥락을 공통 개발 실행기에 연결	제품 파이프라인의 이슈를 run/batch에 연결해 구현·검증·PR을 처리하고 결과를 집계합니다. 기획된 이슈나 작업 묶음의 개발을 시작할 때 사용합니다.
/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 — Seed spec 을 쓰고(/cc-spec:seed) Jev(판정 전용 모델)로 모호성·패널을 판정해 잠급니다(/cc-spec:verify -
/cc-product:status — 제품 상태의 공통 진입점	pipeline/BMAD 기록과 실제 산출물을 대조해 현재 단계·막힌 원인·다음 명령을 보여줍니다. 제품 진행 상태를 한 곳에서 확인할 때 쓰는 읽기 전용 명령입니다.
/cc-product:workflow-status — 기존 워크플로 조회 연결	기존 workflow-status 요청을 공통 status의 BMAD 읽기 경로로 연결합니다. 실제 산출물에 기반한 진행 상태를 확인할 때 사용합니다.
/create-story — 작업 카드(스토리) 한 장 만들기	Epic 을 개발자가 바로 착수할 수 있는 단위로 풀어 완료 조건·기술 메모·포인트를 담은 `.bmad/stories/STORY-*.md` 를 만들고, 설정 시 ZenHub 이슈(
/create-ux-design — 화면 설계도 만들기	구현 착수 전 화면 설계를 확정합니다 — 사용자 동선·와이어프레임·컴포넌트 규격·디자인 토큰·접근성(WCAG) 점검과 개발자 전달 노트를 담은 `ux-design-*.md` 한 개
/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 ~~10개 스토리 구현 계획을 담은 `.bmad/tech-spec-*.md` 한 개를 20~~ 40분에 만듭니다 — 정식 PRD 가 과한 작은 프로젝트용 경량
/workflow-init — BMAD 프로젝트 첫 세팅	새 프로젝트에 BMAD 작업 틀을 깝니다 — `bmad/config.yaml` ·진행 추적 파일·산출물 폴더 구조(선택 시 ZenHub 연동 규칙)를 만들고 프로젝트 규모에 맞는 다
product	조사→명세→기획→설계→준비→개발→출시 전 단계를 순서대로 자동 진행하며 `.pipeline/*.yaml` 에 상태를 기록합니다 — Breakdown 직후와 Launch 직후 두 번

이름	설명
flow-permutation	Agent that exhaustively maps all user flow permutations — happy path, error state, edge case enumera

이름	설명
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:
제품 상태 읽기 계약	대표 명령은 `/cc-product:status`입니다. 이 계약은 조회만 합니다.

이름	설명
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-dev	개발 사이클 자동화 (이슈 사이클, 버그 사이클, 세션, ZenHub, Agent Teams)
cc-flutter	Flutter 개발 핵심 (UI 패턴, Feature 생성, BLoC, 테스트)
cc-i18n	국제화 (Slang 기반 i18n)
cc-jaspr-web	Jaspr Web 자동화 + Flutter Web 임베드 검증. CoUI Web 페이지를 점검하고, Web↔Flutter 듀얼 라이브 프리뷰를 구동하며, VM Service를 통해
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	Jev 판정 게이트 — Seed spec 을 쓰고 TypeSafe Jev(판정 전용 모델)로 모호성·3관점 패널·드리프트를 보정 확률로 판정해 잠금

Skills#

Commands#

Agents#

References#

Docs#

관련 플러그인#

설치#