Menu
사업 에이전트 워크플로우 실행. /biz [status|market|bm|gtm|risk|metrics|roadmap|pricing|content|audit|handoff]
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | biz |
| description | 사업 에이전트 워크플로우 실행. /biz [status|market|bm|gtm|risk|metrics|roadmap|pricing|content|audit|handoff] |
사업 문서 작성·관리·감사 워크플로우. 관련 스킬과 체인으로 엮여 있다.
/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 스킬 참조) |
STATUS.md 읽기 (현재 목표, MAO, 파일럿 현황, 오픈 이슈)### 주요 변화 (X 갱신) 섹션이 1개 이상 있거나 메타 라인에 갱신 요약이 2건 이상 누적돼 있으면 WARN 보고 + 제거 권장 (변화 서사는 커밋 메시지로). 절차: business.md STATUS 갱신 + 변화 서사 절차 Step 1~4 적용git log --oneline -20 docs/business/ 또는 git show <sha>:docs/business/STATUS.md/biz audit 권장각 명령은 해당 문서를 작성·갱신한다. 공통 절차:
business.md 규칙 준수 (한글, 측정/검증 가능, 과장 지양)
가설/근거/검증 패턴 적용 대상 문서(market/bm/risk/pricing)는 아래 구조 준수:
### 가설
- <주장>
### 근거
- <데이터/경험/레퍼런스>
### 검증 방법 (해당 시)
- <측정/실험/인터뷰 계획>
관련 사업 문서와 교차 일관성 체크 (수동) — 또는 작성 후 /biz audit 권장
변경 사항 사용자 확인 → /commit
subagent_type: general-purpose).claude/rules/content.mdgtm.md, instagram.md, STATUS.md, bm.mddocs/content/.claude/rules/content.md "호출 프롬프트 템플릿" 섹션사업 문서 교차 점검은 별도 스킬 /biz-audit로 분리됨. 확인 항목·판정 가드·출력 형식은 .claude/skills/biz-audit/SKILL.md 참조.
사업 에이전트 → SDD 작성자 전환. 단독 실행이 아니라 체인 안내:
docs/business/에 문서화되었는가?STATUS.md가 최신인가?/bs-to-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.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.mddocs/business/README.mddocs/content/README.md매일 21:00 DB 운영 메일 본문 paste + GA4/Clarity MCP 자동 조회로 정량 스냅샷을 만들어 STATUS 갱신 근거를 제공한다. /biz-pulse 로 호출.
사업 문서 7개 + STATUS 간 용어·수치·가정 충돌 자동 감지. /biz-audit [문서1] [문서2] 형식으로 호출.
브레인스토밍 에이전트들이 공유하는 토론 규칙과 출력 형식. 모든 에이전트가 이 규칙을 따른다.
Claude Design(claude.ai/design)으로 시안 제작 → 2단 컨펌 → Claude Code 구현 플로우를 5단계로 진행한다. /design-draft [기능명]으로 호출. 새 페이지·주요 컴포넌트·출력물 비주얼이 필요할 때.
PR 생성 전 변경 파일 영역을 분석해 관련 reviewer 에이전트를 병렬 호출하고 심각도별 결과를 집계한다. /pre-pr 로 호출.
현재 세션 상태를 docs/sessions/에 저장해서 다음 세션이 완전한 컨텍스트로 이어갈 수 있게 한다. /save로 호출. 컨덕터 워크스페이스 컨텍스트 리셋이나 문맥 한계 직전에 필수.