킬-오어-빌드은(는) 무엇을 하나요?
마지막 단계. 창업자가 실행할 수 있는 단일 문서로, 팩이 찾은 내용만으로 구축되며 어떤 부분이 실제인지 정직하게 보여줍니다.
먼저 ${CLAUDE_SKILL_DIR}/../receipts/rules.md를 읽으세요.
이 폴더의 도구:
python3 "${CLAUDE_SKILL_DIR}/compile.py" --dir founder
1단계: 무엇이 있는지 확인
python3 "${CLAUDE_SKILL_DIR}/compile.py" --dir founder --check
평결과 각 검사 항목을 출력합니다. 모두 계산된 검사 항목들:
- 각 유닛이 고정 비용 전에 수익을 창출하는지 (
founder/numbers.json). - 1년차에 영업 이익이 나는지.
- 손익분기점이 주어진 용량 내에 들어맞는지 (용량이 주어진 경우).
- 충분한 시뮬레이션 구매자가 구매하는지 (
founder/panel/results.json; 기본 기준 25%,--min-buy-rate로 변경 가능하며 이유를 설명해야 함). 낮은 패널은 계획을 실패하게 하지만 높은 패널은 아무것도 증명하지 않습니다. - 실제 수요:
founder/evidence/claims.csv에 최소 하나의MEASURED수요 주장(지불, 보증금, 서명된 파일럿, 예약)이 있는지.
평결:
| 평결 | 의미 |
|---|---|
| 불완전함 (Incomplete) | 아직 수치 없음: /burn-test 제공 |
| 아직 아님 (Not yet) | 검사 실패; 각 실패는 번호와 함께 나열됨 |
| 입증되지 않음 (Unproven) | 서류상 수학은 통과했으나 실제 구매자가 약속하지 않음 |
| 수익성 있음 (Profitable) | 수학이 통과하고 최소 한 명의 실제 구매자가 약속함 |
증거 섹션을 최신 상태로 유지하려면 먼저 ledger.py summary를 실행하세요:
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" summary
수치가 없으면 평결은 불완전함입니다: /burn-test 실행을 제안하세요. 누락된 다른 섹션들을 각각을 채울 스킬과 함께 나열하세요. 추측으로 누락된 섹션을 직접 채우지 마세요.
2단계: 요약
founder/summary.md를 작성하세요. 반 페이지, 평범한 문장으로, 엄중한 진실(The hard truth): 이 사업이 실패할 가장 가능성 높은 단 한 가지 이유로 시작하세요.
- 비즈니스가 무엇이고 누구를 위한 것인지, 두 문장으로.
- 평결과 그 뒤에 있는 세 가지 수치(마진, 손익분기점, 1년차).
- 실제인 것:
MEASURED및THEY SAID IT주장의 개수와 그것들이 무엇인지. 그리고 여전히 추측인 것. - 시뮬레이션된 패널과 이사회가 동의한 것과 동의하지 않은 것, 시뮬레이션된 것으로 표시.
- 가장 큰 위험과 그것에 대해 무엇을 할 것인지.
- 창업자가 시작하는 데 필요한 것 (CFO의 현금, 출시의 첫 번째 테스트).
- 이번 주에 할 한 가지 일.
평결이 아직 아님(Not yet)이면, 요약은 무엇이 바뀌어야 하고 어떤 스킬이 그것을 바꾸는지로 시작합니다. 입증되지 않음(Unproven)이면, 이번 달에 그것을 입증하거나 종료할 한 가지 실제 테스트로 시작합니다. 실패한 검사를 절대 약화시키지 말고, 입증되지 않은 계획을 검증된 것처럼 절대 쓰지 마세요.
3단계: 컴파일
python3 "${CLAUDE_SKILL_DIR}/compile.py" --dir founder
founder/business-plan.md를 작성합니다: 제목, 평결과 그 검사들, 주요 수치 표, 아이디어, 그리고 팩이 생성한 모든 섹션(요약, 이사회, 경쟁, 패널, 가격, 제안, 수치, 마케팅, 브랜드, 운영, 출시), 그리고 아직 완료되지 않은 것.
4단계: 한 페이지 요약
창업자와 가까운 파트너를 위해 founder/one-pager.md를 작성하세요: 문제, 고객, 제안과 가격, 수치 표, 실제 증거(그리고 패널은 시뮬레이션된 것으로 표시), 자금 용도, 요청 사항. 계획서와 동일한 수치를 그대로 사용하세요.
외부인(고객, 투자자, 대출 기관)에게는 계획서나 이 페이지를 보내지 마세요: /handshake를 실행하세요. 이는 해당 청중이 볼 수 있는 주장만으로 구축하고 결과를 확인합니다.
규칙
- 평결은
compile.py에서 나옵니다. 직접 "수익성 있음"이라고 쓰지 말고, 실패한 수치를 통과한 것으로 반올림하지 말며, "입증되지 않음"을 "거의 다 됨"이라고 부르지 마세요. - 한 번 명확히 말하세요: 패널과 이사회는 시뮬레이션된 것이고 수치는 예측이며, 실제 고객과 실제 견적만이 이를 확인합니다. 재정, 법률 또는 세금 조언이 아닙니다.
- 사용자가 PDF나 덱을 원하면 계획서를 내보내겠다고 제안하되, 마크다운을 진실 공급원(source of truth)으로 유지하세요.
출력
founder/summary.md, founder/business-plan.md, founder/one-pager.md. 그런 다음 사용자에게 한 줄로 평결, 엄중한 진실, 그리고 이번 주에 할 한 가지 실제 일을 알려주세요. 다음: "예"라고 말해야 하는 수신자를 위한 /handshake.