brainstormlisted

새 기능을 만들기 전에 의도와 대안을 명시하여 잘못된 방향으로 빠르게 가는 것을 막는다. **모든 창의적 작업의 입구**가 되어야 한다. designer의 Phase 0가 디자인 한정이라면, /brainstorm은 도메인 무관 일반 의도 탐색. > **명명 정합성 (audit F-D3 R2 해소)**: vibe-flow `/brainstorm` (이 skill, events.jsonl `"type":"brainstorm"`)과 Claude Code `superpowers:brainstorming` (외부 plugin)은 **다른 객체**. 둘 다 brainstorm 도메인을 다루지만: > - **`/brainstorm` (vibe-flow)** — `.claude/memory/brainstorms/` spec 파일 저장 + `## 의도/제약/대안 비교/추천+근거/다음 단계` H2 표준 강제 > - **`superpowers:brainstorming`** — 더 일반적, spec 형식 자유 > > 자동 trigger 시 Claude가 둘 중 하나 선택 가능. `events.jsonl`의 `"type":"brainstorm"` event는 vibe-flow skill만 emit (superpowers는 emit X). ## 사용 시점 **필수**: - 새 기능/페이지/컴포넌트 신규 도입 - 기존 동작의 의도적 변경 (단순 버그 수정 제외) - 아키텍처 결정 (DB 스키마, API 형태, 라이브러리 선택) - 작업 범위가 모호하다고 느껴지는 모든 순간 **스킵 가능**: - 명백한 버그 수정 (재현 → 수정) - 단순 리팩토링 (동작 보존, 구조만 정리) - 타입 에러 수정 - 작은 변경 (3파일 미만 + 새 기능 없음) ## 절차 ### 1. 컨텍스트 자동 로드 세션 시작 시 메모리를 먼저 읽어 **이미 알려진 것을 다시 묻지 않는다**: ```bash # 프로젝트 특성 cat .claude/memory/project-profile.md 2>/dev/null # 누적 패턴 / 이전 결정 cat .claude/memory/patterns.md 2>/dev/null # 최근 brainstorm (중복 주제 방지) ls -1t .claude/memory/brainstorms/*.md 2>/dev/null | head -5 ``` ### 2. 의도 4문항 (소크라테스 검증) | 질문 | 자기검증 | |------|---------| | **무엇을 만들 것인가** (구체적 산출물) | "10개 다른 프로젝트에도 적용 가능?"이면 충분히 구체적이지 않음 | | **누가 사용할 것인가** (사용자 + 시나리오) | "사용자 + 시점 + 대체 행동"이 모두 답변되었는가 | | **왜 지금인가** (트리거, 우선순위) | "다음 분기로 미루면 무슨 일이 생기는가" 답할 수 있는가 | | **성공이 무엇인가** (검증 가능한 기준) | "측정 가능한 metric"으로 표현 가능한가, "잘 동작하면 됨"인가 | > **행동 규칙**: 4