| name | biz |
| description | 사업 에이전트 워크플로우 실행. /biz [status|market|bm|gtm|risk|metrics|roadmap|pricing|content|audit|handoff] |
/biz
사업 문서 작성·관리·감사 워크플로우. 관련 스킬과 체인으로 엮여 있다.
사용법
/biz # 현황 확인 및 다음 작업 안내 (= /biz status)
/biz status # STATUS.md + 각 문서 상태 점검
/biz market # 시장/경쟁 분석 (가설/근거/검증 패턴 적용)
/biz bm # 사업 모델 (가설/근거/검증 패턴 적용)
/biz gtm # GTM 전략 (실행 계획 중심)
/biz risk # 리스크/가정 (가설/근거/검증 패턴 적용)
/biz metrics # 지표 설계 (정의 중심)
/biz roadmap # 로드맵 (일정 중심)
/biz pricing # 가격 정책 (가설/근거/검증 패턴 적용)
/biz content [주제] # 콘텐츠 마케터 서브 에이전트 호출
/biz handoff [기능명] # SDD 작성자 핸드오프 (→ /bs-to-target → /sdd 0 체인)
/biz-audit [문서1] [문서2] # 사업 문서 교차 점검 (별도 스킬로 분리, /biz-audit 참조)
/bs [주제] # 기획자↔비판자 3라운드 토론 (별도 스킬)
역할 정의
| 역할 | 관점 | 질문 | 산출물 |
|---|
| 사업 에이전트 | Why | "왜 이걸 해야 하는가?" | 문제 정의, 로드맵 |
| SDD 작성자 | What + How | "무엇을/어떻게 구현할 것인가?" | PRD, 기능 설계, Task/Dev, 코드 |
문서 위치
| 문서 | 경로 | 가설/근거/검증 |
|---|
| 인덱스 | docs/business/README.md | - |
| 시장/경쟁 | docs/business/1_market/market.md | ✓ |
| 사업 모델 | docs/business/2_bm/bm.md | ✓ |
| GTM | docs/business/3_gtm/gtm.md | ✗ (실행 계획) |
| 리스크 | docs/business/4_risk/risks.md | ✓ |
| 지표 | docs/business/5_metrics/metrics.md | ✗ (정의 중심) |
| 로드맵 | docs/business/6_roadmap/roadmap.md | ✗ (일정 중심) |
| 가격 | docs/business/7_pricing/pricing.md | ✓ |
| 진행 현황 | docs/business/STATUS.md | - |
| 피드백 | docs/business/0_feedback/ | - (/feedback 스킬 참조) |
워크플로우
/biz status — 현황 파악
STATUS.md 읽기 (현재 목표, MAO, 파일럿 현황, 오픈 이슈)- STATUS 누적 침식 점검 (필수) —
### 주요 변화 (X 갱신) 섹션이 1개 이상 있거나 메타 라인에 갱신 요약이 2건 이상 누적돼 있으면 WARN 보고 + 제거 권장 (변화 서사는 커밋 메시지로). 절차: business.md STATUS 갱신 + 변화 서사 절차 Step 1~4 적용
- 최근 변화 맥락이 필요하면
git log --oneline -20 docs/business/ 또는 git show <sha>:docs/business/STATUS.md
- 7개 사업 문서 상태 점검 (최근 수정일, 미완성 항목)
- 우선 조치 항목 제안 — 충돌 감지 시
/biz audit 권장
/biz market|bm|gtm|risk|metrics|roadmap|pricing — 문서별 작업
각 명령은 해당 문서를 작성·갱신한다. 공통 절차:
-
business.md 규칙 준수 (한글, 측정/검증 가능, 과장 지양)
-
가설/근거/검증 패턴 적용 대상 문서(market/bm/risk/pricing)는 아래 구조 준수:
### 가설
- <주장>
### 근거
- <데이터/경험/레퍼런스>
### 검증 방법 (해당 시)
- <측정/실험/인터뷰 계획>
-
관련 사업 문서와 교차 일관성 체크 (수동) — 또는 작성 후 /biz audit 권장
-
변경 사항 사용자 확인 → /commit
/biz content [주제] — 콘텐츠 서브 에이전트
- 호출 방식: Task 도구 (
subagent_type: general-purpose)
- 규칙:
.claude/rules/content.md
- 입력 문서:
gtm.md, instagram.md, STATUS.md, bm.md
- 출력 위치:
docs/content/
- 프롬프트 템플릿 —
.claude/rules/content.md "호출 프롬프트 템플릿" 섹션
/biz audit — 분리됨
사업 문서 교차 점검은 별도 스킬 /biz-audit로 분리됨. 확인 항목·판정 가드·출력 형식은 .claude/skills/biz-audit/SKILL.md 참조.
/biz handoff [기능명] — SDD 작성자 핸드오프
사업 에이전트 → SDD 작성자 전환. 단독 실행이 아니라 체인 안내:
- 체크리스트 확인:
- 핸드오프 출력 생성 (아래 형식)
- 다음 스킬 호출 안내:
- 브레인스토밍 기원이면
/bs-to-target (로드맵·TARGET 등록)
- 이미 TARGET 등록돼 있으면
/sdd 0 (작업 선택 → PRD로)
핸드오프 출력 형식:
## SDD 작성자 핸드오프
### 문제 정의
- 문서: `docs/business/...`
- 요약: ...
### 가치/우선순위
- 파일럿 근거: ...
- P1/P2/P3 제안: ...
### 현 상태
- 구현/운영/파일럿 등 현재 상황 요약
### 참고 사업 문서
| 문서 | 확인 포인트 |
| ------------------- | --------------------------- |
| `docs/business/...` | 어떤 맥락을 확인해야 하는지 |
### 로드맵 배치
- 단계: 2/3/4단계
- 의존성: ...
### 다음 단계
- [ ] `/bs-to-target` 또는 `/sdd 0` 호출
콘텐츠 마케터 서브 에이전트
호출 프롬프트 템플릿(할루시네이션 가드 포함)은 .claude/rules/content.md "호출 프롬프트 템플릿" 섹션에 통합됨. /biz content [주제] 실행 시 그 템플릿을 그대로 사용한다.
작성 규칙
business.md의 9원칙 그대로 준수. 특히 8번(문서 간 용어/가정/수치 충돌 점검) / 9번(STATUS = 현재 상태만)은 /biz audit로 자동화.
STATUS 갱신 절차 (필수)
STATUS.md를 갱신할 때 반드시 business.md의 STATUS 갱신 + 변화 서사 절차 Step 1~4를 따른다.
Step 1: STATUS 본문(실측 표/파일럿/이탈/오픈 이슈)을 최신 값으로 덮어쓰기. ### 주요 변화 (X 갱신) 섹션을 만들지 않음
Step 2: 메타 최종 업데이트: 라인은 그날 요약 1건만 (갱신 이력 누적 금지)
Step 3: 변화의 "무엇이 왜"는 커밋 메시지 본문에 충실히 서술 (변화 신호/수치/근거 빠짐없이, docs: update 금지)
Step 4: STATUS에서 ### 주요 변화 패턴 0건 + 메타 1줄 확인. 과거 상태는 git show <sha>:docs/business/STATUS.md로 복원
금지: STATUS에 ### 주요 변화 (X 갱신) 섹션을 추가하는 것 — 변화 서사는 커밋 메시지로 간다.
관련 스킬
/bs — 브레인스토밍 (3라운드 토론 + Decision Tree)/bs-to-target — 브레인스토밍 결과 → 로드맵·TARGET 편입/biz-pulse — DB 운영 메일 + GA4로 정량 스냅샷 (/biz status와 함께 사용)/feedback — 신규 피드백 entries 스캐폴딩/sdd 0 — SDD 작업 선택 (handoff 다음 단계)
참조
- 규칙:
.claude/rules/business.md
- 콘텐츠 규칙:
.claude/rules/content.md
- 인덱스:
docs/business/README.md
- 콘텐츠 인덱스:
docs/content/README.md
