비즈니스 아이디어 검증기은(는) 무엇을 하나요?

사용법: /business-idea-validator <아이디어 텍스트 또는 파일 경로> [--lang en|pl] [--quick] [--out <디렉토리>]

하나의 비즈니스 아이디어를 10가지 평가 항목에 따라 점수를 매기고, 고정된 판정 규칙을 적용하여 보고서를 작성합니다. 판단은 점수와 그 근거에 있으며, 판정은 점수에 대한 산술 연산이므로 두 아이디어가 동일한 방식으로 처리되며, 독자가 직접 확인할 수 있습니다.

사용자가 선택한 작업 디렉토리에서 실행됩니다(--out <dir>, 기본값은 현재 디렉토리). 이 스킬의 폴더에는 절대 쓰지 마십시오.

사용할 파일

references/rubrics/01-problem.md … 10-risks.md: 항목당 하나의 파일입니다. 평가 중인 항목의 파일을 읽으십시오.
references/report-style.md: 작성 규칙입니다. 점수 매기기 전에 한 번 읽으십시오.
references/intake.md: 창업자에게 먼저 질문해야 하는 경우를 정의합니다.
references/verdict.md: 규칙에 대한 설명입니다. 코드는 scripts/verdict.mjs에 있습니다.
assets/rubric-output.schema.json: 한 항목 평가가 반환하는 정확한 JSON 스키마입니다.
assets/report.schema.json: 전체 보고서의 스키마입니다.
assets/examples/fieldnote/: idea.md, report.json, report.md의 완전한 예시(가상 아이디어)입니다.
scripts/check.mjs: 유효성 검사, 판정 계산, Markdown 렌더링을 수행합니다. ${CLAUDE_SKILL_DIR}은 Claude Code에서 이 폴더를 가리킵니다. 다른 환경에서는 스킬이 설치된 경로를 사용하십시오.

단계

1. 인테이크 (Intake)

인수, 프롬프트 또는 파일 경로에서 아이디어를 가져옵니다. 보고서 언어를 결정합니다: --lang이 명시되지 않은 경우 아이디어 텍스트의 언어를 따릅니다.

references/intake.md를 적용합니다. 텍스트가 부족한 경우(약 40단어 미만, 또는 대상 사용자(역할이나 사람)가 누구인지, 무엇을 하는지, 또는 어떻게 수익을 창출하는지에 대한 정보가 누락된 경우), 한 번에 최대 5개의 질문을 하고 기다립니다. 질문을 할 수 없는 경우(비대화형 모드 또는 --quick), 가정을 가지고 진행하고 이를 synthesis.notes에 명시합니다.

획득한 내용을 idea.text 및 idea.answers (for, money, today, advantage, stage; 제공된 항목만)에 저장합니다.

2. 10개 항목 평가

먼저 references/report-style.md를 읽습니다. 그런 다음 각 항목에 대해 다음 순서로 평가합니다: problem, customer, market, alternatives, monetization, distribution, feasibility, moat, founder, risks.

평가 항목에 아이디어 텍스트, 답변, 항목 파일, 스타일 규칙 및 출력 스키마를 제공합니다.
평가는 assets/rubric-output.schema.json과 일치하는 JSON 객체 하나를 반환합니다: id, score 1~5, confidence low/medium/high, evidence(정확한 인용), assumptions, reasoning(최대 160단어), questions, improve.

Agent 도구를 사용할 수 있는 경우 business-idea-rubric 서브 에이전트를 통해 평가를 병렬로 실행합니다(항목당 하나의 에이전트, 파일 경로와 아이디어를 전달하고 JSON만 반환하도록 요청). 그렇지 않으면 직접 항목별로 평가하며, 매번 항목 파일을 새로 읽어 기준을 명확히 유지합니다.

<out>/rubrics/ 디렉토리를 생성하고 진행 중인 10개의 결과를 <id>.json으로 저장합니다. 각각을 검증합니다: node ${CLAUDE_SKILL_DIR}/scripts/check.mjs --rubric <out>/rubrics/<id>.json. 다음 단계로 넘어가기 전에 보고된 문제(일반적으로 목록이 너무 길거나 reasoning이 120단어를 초과하는 경우)를 수정합니다.

3. 비판(비평) 단계

--quick 옵션이면 건너뜁니다. 그렇지 않으면 business-idea-critic 서브 에이전트(또는 직접)에게 10개 항목 결과 모두, 아이디어 및 항목 파일을 제공합니다. 이 단계의 임무는 기준과 텍스트를 사용하여 1, 2 또는 5점의 모든 점수를 반박하려고 시도하고, 신뢰도가 점수의 확정성과 일치하지 않는 항목을 표시하는 것입니다. { "changes": [{ "id", "from", "to", "confidence", "why" }], "notes": "" } 형식을 반환합니다. 여기서 confidence는 same 또는 새로운 수준이며, why 및 notes는 보고서 언어로 작성됩니다. 각 변경 사항을 항목 결과에 적용합니다: 점수와 신뢰도를 설정하고, 해당 항목의 reasoning을 새 점수를 주장하도록 다시 작성합니다(결과는 모순되어서는 안 됩니다). 비평 객체를 보고서에 보관합니다.

4. 종합 (Synthesis)

최종 점수를 바탕으로 종합 객체(assets/report.schema.json, synthesis)를 작성합니다: summary(세 문장), riskiestAssumption(한 가지), experiments(1~3개, 최대 14일, 각각 숫자 지표 포함), pivots(실제 피벗만 포함, 빈 배열 가능), openQuestions(항목 질문들, 중복 제거, 가장 중요한 것부터 최대 8개), notes(필요한 경우 보고서 작성 방법, 그렇지 않으면 빈 문자열). references/report-style.md의 종합 규칙을 따릅니다.

5. 조립 및 렌더링

<out>/report.json을 작성합니다: version: "1", lang, idea, rubrics(10개 전체), critic(실행된 경우), synthesis, verdict: {}(스크립트가 채움, 직접 판정을 작성하지 않음), meta(model: 실행 중인 모델(알고 있는 대로), createdAt: ISO 날짜, generator: "skill").

node ${CLAUDE_SKILL_DIR}/scripts/check.mjs <out>/report.json을 실행합니다. 이 스크립트는 모든 것을 검증하고, 판정을 파일에 기록하며 <out>/report.md를 작성합니다. OK가 출력될 때까지 문제를 수정합니다.

6. 전달

사용자에게 다음을 알립니다: 판정과 이를 생성한 규칙, 가장 위험한 가정, 첫 번째 실험, 두 파일의 위치. 10줄 미만으로 유지하고, 나머지는 보고서에 포함되어 있습니다. 채팅에서 점수표를 다시 말하지 마십시오.

모든 것을 재정의하는 규칙

evidence에서는 의역하지 말고 인용하십시오. 텍스트에 없는 내용은 모두 가정이며, 가정으로 표시되어야 합니다.
숫자를 임의로 만들지 마십시오. 시장 규모와 가격은 "…을 가정할 때"와 함께 범위로 표시합니다.
판정은 반드시 scripts/check.mjs에서 생성됩니다. 직접 판정을 작성하지 말고, 보고서에서 판정과 논쟁하지 마십시오. 판정이 잘못된 것 같으면 점수가 잘못된 것이므로, 이유와 함께 점수를 수정하십시오.
보고서 언어는 아이디어 텍스트(또는 --lang)를 따릅니다. JSON 키는 영어를 유지합니다.
스타일: 짧은 문장, 줄표 없음, 과장 없음, "X뿐만 아니라 Y"와 같은 표현 없음.

비즈니스 아이디어 검증기