# Brainstorm

> Phase 0 Worth-Building Check + Phase 1 대화형 설계 + Phase 2 Signal Gate Bootstrap. 아이디어를 validated 설계 문서로 전환. deliver/prd 스킬 진입 전 필수 단계. 3문 PROCEED/WARN 판정으로 만들 가치를 먼저 확인한다.

- Skill: `kimsanguine/brainstorm` (Agent Skill)
- Install (CLI): `npx skillmds@latest add kimsanguine/brainstorm`
- Raw SKILL.md: https://api.skillmd.com/api/skills/kimsanguine/brainstorm/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: kimsanguine (https://skillmd.com/u/kimsanguine)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/kimsanguine/brainstorm

---


# /hplan:brainstorm — Validated Brainstorming

Running for: **$ARGUMENTS**

## Core Goal

superpowers:brainstorming과 달리 Phase 0 Worth-Building Check를 먼저 실행해
"만들어야 하는가"를 확인한 뒤 설계 대화를 시작한다.

출력이 설계 문서 1개가 아니라 설계 문서 + Signal Gate Bootstrap 3개 artifact다.

- **Phase 0**: Worth-Building Check — 3문 PROCEED/WARN 판정
- **Phase 1**: 대화형 설계 — 1문 1답, 2-3 접근 방식 비교
- **Phase 2**: Signal Gate Bootstrap — `harness/pain.md` 씨앗 + 가정 목록 + PRD §1 초안

---

## Trigger Gate

### Use This Skill When

- 새 제품·기능·에이전트 아이디어가 있고 설계 전에 검증이 필요할 때
- discover/opp-tree 이전에 빠른 worth-building check가 필요할 때
- deliver/prd 스킬 작성 전 §1 ICP 초안과 §13 가설 씨앗을 미리 준비하고 싶을 때

### Route to Other Skills When

- Phase 0에서 PROCEED → 이 스킬의 Phase 1-2 계속
- Phase 2 완료 후 → `deliver/prd` 스킬로 handoff
- Phase 0에서 WARN이고 깊은 증거 수집 필요 → `discover/opp-tree` + `discover/assumptions`
- 이미 ICP와 문제가 명확히 정의됨 → `deliver/prd` 직접 시작

### Boundary Checks

- Phase 0의 3문은 차단이 아닌 방향 안내다. WARN = "지금 당장 discover 먼저 권장"이지 STOP이 아님
- Phase 2 출력물은 AI 생성 초안이다. 실제 Signal Gate 증거가 아님 — 실제 인터뷰·관찰로 보강 필요
- 이 스킬은 설계까지만. 구현 시작 판단은 harness-build를 통해서.

---

## Instructions

You are running `/hplan:brainstorm` for: **$ARGUMENTS**

### Phase 0 — Worth-Building Check

superpowers에 없는 단계. 3문 이하의 질문으로 "만들 가치가 있는가"를 빠르게 확인한다.

아래 3개 질문을 한 번에 하나씩 대화형으로 묻는다:

**Q1**: "이 문제를 경험한 실제 사람이 특정되나요? (이름·역할·상황을 구체적으로)"

- 구체적 답변 예시: "B2B SaaS CFO, 매주 월요일 오전 수동으로 부서별 지출 분류"
- 추상적 답변 예시: "20-50대 직장인", "바쁜 사람들"

**Q2**: "지금 그들이 쓰는 workaround(임시 해결책)가 있나요?"

- workaround가 있으면 문제가 실재한다는 신호
- workaround 없음 = 문제가 아직 felt pain이 아닐 수 있음

**Q3**: "이것이 해결되면 그들의 행동이 구체적으로 어떻게 바뀌나요?"

- 행동 변화가 명확하면 JTBD(Jobs-to-be-Done)가 있다는 신호

**판정:**

- 3문 모두 구체적 답변 → **PROCEED**: "충분한 신호가 있습니다. Phase 1 설계 대화로 이동합니다."
- 1-2문 답변이 추상적 → **WARN**: "증거가 약합니다. Phase 1을 계속하되, 설계 후 discover/opp-tree로 보강을 권장합니다." (계속 진행)
- 3문 모두 추상적 → **WARN(강)**: "증거가 매우 약합니다. discover/opp-tree를 먼저 실행해 기회를 탐색하는 것을 강력히 권장합니다." (진행 여부 사용자 선택)

---

### Phase 1 — 설계 대화

superpowers:brainstorming의 Phase 1과 동일한 구조. 1문 1답으로 설계를 구체화한다.

**규칙:**

- 한 번에 질문 하나만. 복합 질문 금지
- Multiple choice 우선 제시 후 열린 답변 허용
- 2-3 접근 방식을 제안하고 각각의 트레이드오프와 권장 방향 제시
- 접근 방식 합의 후 설계 상세 확인

**탐색할 내용:**

1. 핵심 사용자 행동 흐름 (어떤 순서로 어떤 행동을 하는가)
2. 기술 접근 방식 (LLM 에이전트 vs 규칙 기반 vs 하이브리드)
3. 범위 경계 (반드시 포함 / 이번 버전 제외)
4. 성공의 모습 (완성됐을 때 사용자가 무엇을 할 수 있는가)

**설계 승인:** 사용자가 설계에 동의하면 Phase 2로 이동.

---

### Phase 2 — Signal Gate Bootstrap

superpowers에 없는 단계. 설계 대화에서 얻은 정보로 Signal Gate 시작 artifact 3개를 자동 생성한다.

설계 승인 후 아래 3개를 자동 생성한다:

**Artifact A: `harness/pain.md` 씨앗**

Phase 0 Q1-Q3 답변을 인터뷰 기록 형식으로 변환해 저장한다.

```
## 가설 인터뷰 #1 (AI 생성 — 실제 인터뷰로 검증 필요)
인터뷰 대상: [Q1 답변에서 추출한 페르소나]
날짜: [오늘 날짜]
형식: AI 합성 (실제 인터뷰 아님)

**Push (문제/불편):**
- [Q1-Q2에서 추출]

**Workaround:**
- [Q2 답변]

**기대하는 변화:**
- [Q3 답변]

⚠️ 이 항목은 AI 생성 가설입니다. 실제 Signal Gate 통과를 위해서는
   실제 사람과의 인터뷰 5건으로 교체하거나 보강하세요.
```

**Artifact B: `docs/brainstorm-assumptions.md` (가정 목록)**

Phase 0-1 대화에서 암묵적 가정을 추출해 4축으로 분류한다.

```
## 핵심 가정 (brainstorm 기반, 검증 필요)

### Value 가정 (사용자가 이것을 원할 것이다)
- [Phase 1 설계에서 추출]

### Feasibility 가정 (기술적으로 가능할 것이다)
- [Phase 1 접근 방식에서 추출]

### Reliability 가정 (충분히 잘 작동할 것이다)
- [Phase 1 품질 관련 논의에서 추출]

### Viability 가정 (지속 가능한 방식으로 전달 가능할 것이다)
- [Phase 1 범위·비용 관련 논의에서 추출]

다음 단계: discover/assumptions 스킬로 우선순위 부여 및 실험 설계 권장
```

**Artifact C: `docs/PRD-draft-section1.md` (§1 ICP 초안)**

Phase 0-1 대화에서 페르소나 정보를 추출해 PRD §1 구조로 변환한다.

```
## PRD §1 초안 — ICP / 타겟 사용자 (brainstorm 기반)

### Beachhead ICP
[Q1 답변 기반 — 가장 구체적인 첫 번째 타겟 사용자 정의]

### 주요 사용 시나리오
[Phase 1 설계 대화 기반]

### ICP 핵심 목표
[Q3 답변 기반]

⚠️ 이 초안은 brainstorm 대화 기반입니다.
   deliver/prd 스킬 실행 시 §1에 이 내용을 참고해 보강하세요.
```

파일 저장 전 `harness/` 및 `docs/` 디렉토리 존재 여부를 확인하고 없으면 생성한다.

파일 저장 후 요약 출력:

```
✅ Signal Gate Bootstrap 완료
   A. harness/pain.md 씨앗 생성 (AI 가설 — 실제 인터뷰 필요)
   B. docs/brainstorm-assumptions.md 가정 목록 생성
   C. docs/PRD-draft-section1.md §1 ICP 초안 생성

다음 단계: /deliver:prd 를 실행하면 위 초안을 참고해 15섹션 PRD를 작성합니다.
발견 단계를 더 깊이 하려면: /harness-discover --mode opp 를 먼저 실행하세요.
```

---

## Failure Handling

| 상황 | 감지 | 대응 |
|---|---|---|
| Phase 0 답변이 너무 추상적 | 페르소나 미특정, workaround 없음 | WARN 출력 후 계속 진행 (강제 차단 아님) |
| Phase 1에서 접근 방식 합의 실패 | 사용자가 어떤 접근도 선택 안 함 | "지금 결정하지 않아도 됩니다. PRD에서 §4 결정 옵션으로 다시 탐색할 수 있습니다." |
| harness/ 디렉토리 없음 | mkdir 필요 | `mkdir -p harness docs` 후 진행 |
| Phase 2 artifact 생성 시 기존 파일 있음 | 파일 존재 확인 | 덮어쓰기 전 사용자에게 확인 |

---

## Output Format

Phase 0 완료 시:

```
Worth-Building Check 결과: PROCEED / WARN / WARN(강)
근거: [3문 답변 요약]
```

Phase 1 완료 시:

```
설계 합의:
  접근 방식: [선택된 방식]
  핵심 사용자 흐름: [요약]
  범위: 포함 [X] / 제외 [Y]
```

Phase 2 완료 시:

```
Signal Gate Bootstrap 완료:
  harness/pain.md ✅
  docs/brainstorm-assumptions.md ✅
  docs/PRD-draft-section1.md ✅
  
다음: /deliver:prd [제품명]
```