LaunchPad — 아이디어 → 검증된 계획 → 빌드 가능 컨텍스트
이 스킬은 LaunchPadAI 에이전트 파이프라인을 백엔드 없이 재현합니다. 각 전문가 에이전트를 순차적으로 수행하고, 각 출력을 디스크에 기록하며, 이전 출력을 이후 출력에 공급합니다. 파이프라인의 가치는 다음 세 가지에서 비롯됩니다. 축약할 때도 이 세 가지를 모두 유지하세요.
- 전문가 프레이밍. 각 단계는 고유한 편향을 가진 별개의 역할을 맡습니다(가정 검증자는 회의론자, 기회 매퍼는 대체재를 살펴봄). 각 단계를 역할에 따라 별도로 작성하면 하나의 혼합된 "이 아이디어 분석" 패스보다 더 예리한 결과물이 나옵니다.
- 증거 기반. 연구 단계는 웹 검색을 사용하고 URL을 인용합니다. 가짜 경쟁사, 시장 수치 또는 자금 조달 라운드는 이후 모든 하위 단계가 이를 상속받기 때문에 전체 계획의 가치를 파괴합니다. 검색이 불가능하거나 유용한 결과가 없으면 그렇게 말하고 수치를 추정치로 표시하세요.
- 맥락 연속성. 각 단계는 이전 단계의 최종 문서를 읽습니다. PRD는 검증에서 발견된 페르소나와 위험을 반영해야 하고, 아키텍처는 일반적인 앱이 아닌 PRD의 MVP 범위를 구현해야 합니다.
단계
| # | 단계 | 단계(→는 의존 관계) | 최종 문서 | 참고 |
|---|---|---|---|---|
| 0 | 발굴 | 문제 → 가정 → 기회 → 브리프 | BRIEF.md | references/discovery.md |
| 1 | 검증 | 시장, 경쟁사, 타당성, 페르소나(독립적) → 종합 → 벤치마크 | VALIDATION_REPORT.md, BENCHMARK.md, benchmark.json | references/validation.md |
| 2 | PRD | 요구사항, 사용자 스토리(독립적) → 우선순위화, UX 흐름 → PRD | PRD.md | references/prd.md |
| 3 | 코딩 컨텍스트 | 아키텍처, 스키마(독립적) → 작업, 규칙 파일 → 패키지 | CODING_CONTEXT.md + 규칙 파일 | references/coding-context.md |
실행 중인 단계의 참고 파일만 읽으세요. 각 파일에는 해당 단계의 모든 단계에 대한 역할과 인도물 사양이 포함되어 있습니다.
시작하기
- 프로젝트 입력 수집. 다음 항목이 필요합니다: 프로젝트 이름, 원시 아이디어(몇 문장이면 충분함), 선택적으로 도메인, 타겟 대상, 창업자 배경(벤치마크는 창업자-시장 적합도를 채점합니다. 배경이 없으면 보수적으로 점수를 매기고 그 이유를 말하세요). 누락된 중요 사항이 있으면 한 번만 질문하고, 캐물지 마세요.
- 범위 결정. 기본값: 0단계 → 1단계를 실행한 후 일시 중지합니다. 사용자가 특정 단계를 요청한 경우("PRD만 작성해 주세요") 거기서 시작하되, 먼저 이전 단계 문서가 있는지 확인하세요. 없으면 누락된 이전 단계의 압축 버전을 실행하거나(그렇게 말하세요) 아이디어만으로 진행하고 출력에서 어떤 입력이 가정되었는지 표시하세요.
- 워크스페이스 생성을 현재 디렉토리에 합니다(사용자가 다른 위치를 지정하지 않는 한):
launchpad/<project-slug>/
00-discovery/ problem.md assumptions.md opportunity.md BRIEF.md
01-validation/ market-size.md competitors.md feasibility.md personas.md
VALIDATION_REPORT.md benchmark.json BENCHMARK.md
02-prd/ requirements.md user-stories.md prioritization.md ux-flows.md PRD.md
03-coding-context/ architecture.md schema.md tasks.md CLAUDE.md|.cursorrules CODING_CONTEXT.md
project.md name, idea, domain, audience, founder background, feedback log
project.md를 먼저 작성하세요. 이 프로젝트의 워크스페이스가 이미 존재하면 재사용하세요. 기존 내용을 읽고 처음부터 다시 시작하지 말고 계속 진행하세요.
단계 실행
각 단계의 프롬프트는 개념적으로 다음과 같습니다:
Project: <name> Idea: <raw idea> Domain / Audience (if known)
--- Prior Phase Context --- earlier phases' final docs (see below)
--- Prior Step Outputs --- outputs of the steps this one depends on
--- User Feedback --- if re-running after feedback
--- Your Task --- role + deliverable spec from the reference file
이전 단계 컨텍스트(플랫폼의 pgvector 검색을 대체):
- 검증(Validation)은
BRIEF.md를 읽습니다. - PRD는
BRIEF.md,VALIDATION_REPORT.md,BENCHMARK.md,personas.md를 읽습니다. - 코딩 컨텍스트(Coding Context)는
PRD.md,feasibility.md, 그리고 범위를 위해BRIEF.md를 읽습니다.
모든 출력 파일은 메타데이터 헤더로 시작하고, 전체 분석이 뒤따릅니다:
> **헤드라인:** <가장 중요한 단일 발견 사항. 주제가 아닌 "그래서 어쩌라는 건지"를 담은 완전한 구체적인 문장>
>
> **핵심 요점**
> - <가장 중요한 발견>
> - <두 번째>
> - <세 번째> (최대 5개)
최종/종합 문서(BRIEF.md, VALIDATION_REPORT.md, PRD.md, CODING_CONTEXT.md)는 해당 헤더 내에 3~5개의 지표로 구성된 스코어카드를 추가합니다:
> | 지표 | 값 | |
> |---|---|---|
> | 문제 심각도 | 8/10 | 🟢 |
> | 경쟁 밀도 | 높음 | 🔴 |
(🟢 강함/긍정, 🟡 보통/불확실, 🔴 약함/우려.) 헤더는 20개의 문서를 훑어보는 독자가 각 문서의 결론을 5초 안에 파악할 수 있도록 하기 위해 존재합니다.
연구 단계(참고 파일에서 🔎로 표시됨): 여러 가지 목표 웹 검색을 실행하세요. 하나의 일반 검색어가 아닌, 예를 들어 경쟁사 이름 + 가격, " reddit", 연도가 포함된 시장 보고서 등입니다. [1]과 같이 인라인으로 인용하고 마지막에 ## Sources URL 목록을 추가하세요.
병렬 처리. 독립적으로 표시된 단계는 Agent 도구를 사용할 수 있는 경우 병렬 서브에이전트로 실행할 수 있습니다. 각 서브에이전트에 프로젝트 입력, 이전 단계 컨텍스트 파일 경로, 참고 파일의 해당 섹션, 출력 경로를 제공하세요. 그렇지 않으면 직접 순차적으로 실행하세요. 어느 쪽이든, 종합 단계는 입력이 존재한 후에만 실행되며, 요약이 아닌 전체 파일을 읽습니다.
벤치마크 점수
VALIDATION_REPORT.md 후에 benchmark.json을 작성하고(스키마는 references/validation.md에 있음), 다음을 실행하세요:
python3 <skill-dir>/scripts/benchmark_score.py launchpad/<slug>/01-validation/benchmark.json "<Project Name>"
고정된 가중치로 overall_score를 재계산하여(점수가 프로젝트 간에 비교 가능하고 임의적이지 않도록 함), JSON을 다시 쓰고, 그 옆에 BENCHMARK.md를 작성합니다. 보정하세요: 대부분의 아이디어는 46점, 4065 백분위수에 위치합니다. 모든 항목이 8점 이상인 벤치마크는 분석이 아니라 응원의 표시입니다.
단계 사이
각 단계 후에 멈추고 사용자에게 채팅으로 짧은 요약을 제공하세요: 최종 문서의 헤드라인, 스코어카드, 평결(검증), 그리고 그들의 마음을 바꿀 가능성이 가장 높은 2~3가지 사항. 그런 다음 계속할지, 수정할지, 중단할지 물어보세요. 요청받지 않고 네 단계를 모두 밀어붙이지 마세요. "재고 필요" 평결은 실제 의사 결정 지점이어야 하며, 사용자는 PRD가 작성되기 전에 아이디어를 피봇하기를 원할 수 있습니다.
사용자가 단계에 대한 피드백을 제공하면 project.md의 피드백 로그에 추가하고, 영향을 받은 단계와 해당 단계의 종합 단계만 피드백을 컨텍스트에 포함하여 다시 실행하고 해당 파일을 덮어쓰세요.
마무리
코딩 컨텍스트가 완료되면 사용자에게 새 리포지토리에 복사할 파일을 알려주세요: CODING_CONTEXT.md와 규칙 파일(CLAUDE.md(Claude Code), .cursorrules(Cursor), AGENTS.md(기타 에이전트)). 어떤 도구를 사용하는지 확실하지 않으면 물어보고, 기본값은 CLAUDE.md로 하세요. tasks.md도 빌드 백로그로 함께 복사하세요.