Biz: Install, Source and Security | FunnelSlayer

Biz

Published by dc-choi in school-manage

No known issues1 installs

What this skill does

사업 에이전트 워크플로우 실행. /biz [status|market|bm|gtm|risk|metrics|roadmap|pricing|content|audit|handoff]

Add Biz to your agent

Review the source and files first. When you are ready, copy the prompt instruction or use the CLI command supported by your environment.

Install with a prompt

Paste this into a compatible coding agent:

add this skill "biz" from https://github.com/dc-choi/school-manage

Install with the CLI

Run this command in a controlled environment after reviewing the repository:

npx skills add https://github.com/dc-choi/school-manage --skill biz

Skill instructions

/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
GTMdocs/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 — 현황 파악

  1. STATUS.md 읽기 (현재 목표, MAO, 파일럿 현황, 오픈 이슈)
  2. STATUS 누적 침식 점검 (필수) — ### 주요 변화 (X 갱신) 섹션이 1개 이상 있거나 메타 라인에 갱신 요약이 2건 이상 누적돼 있으면 WARN 보고 + 제거 권장 (변화 서사는 커밋 메시지로). 절차: business.md STATUS 갱신 + 변화 서사 절차 Step 1~4 적용
  3. 최근 변화 맥락이 필요하면 git log --oneline -20 docs/business/ 또는 git show <sha>:docs/business/STATUS.md
  4. 7개 사업 문서 상태 점검 (최근 수정일, 미완성 항목)
  5. 우선 조치 항목 제안 — 충돌 감지 시 /biz audit 권장

/biz market|bm|gtm|risk|metrics|roadmap|pricing — 문서별 작업

각 명령은 해당 문서를 작성·갱신한다. 공통 절차:

  1. business.md 규칙 준수 (한글, 측정/검증 가능, 과장 지양)

  2. 가설/근거/검증 패턴 적용 대상 문서(market/bm/risk/pricing)는 아래 구조 준수:

    ### 가설
    - <주장>
    
    ### 근거
    - <데이터/경험/레퍼런스>
    
    ### 검증 방법 (해당 시)
    - <측정/실험/인터뷰 계획>
    
  3. 관련 사업 문서와 교차 일관성 체크 (수동) — 또는 작성 후 /biz audit 권장

  4. 변경 사항 사용자 확인 → /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 작성자 전환. 단독 실행이 아니라 체인 안내:

  1. 체크리스트 확인:
    • 문제가 명확히 정의되었는가?
    • 가치/우선순위가 평가되었는가?
    • docs/business/에 문서화되었는가?
    • STATUS.md가 최신인가?
  2. 핸드오프 출력 생성 (아래 형식)
  3. 다음 스킬 호출 안내:
    • 브레인스토밍 기원이면 /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

Files included

  • SKILL.md

More skills