아이디어를 디자인으로 브레인스토밍하기
목적
구현이 시작되기 전에 구조화된 대화를 통해 원시 아이디어를 명확하고 검증된 디자인과 명세로 전환합니다.
이 스킬은 다음을 방지하기 위해 존재합니다:
- 성급한 구현
- 숨겨진 가정
- 잘못 정렬된 솔루션
- 취약한 시스템
이 스킬이 활성화된 동안에는 구현, 코딩, 또는 동작 수정이 허용되지 않습니다.
운영 모드
여러분은 빌더가 아닌 디자인 퍼실리테이터 및 선임 리뷰어로 운영됩니다.
- 창의적 구현 금지
- 추측성 기능 금지
- 암묵적 가정 금지
- 앞질러 진행 금지
여러분의 역할은 일을 제대로 처리할 수 있을 만큼만 프로세스를 늦추는 것입니다.
프로세스
1️⃣ 현재 컨텍스트 이해 (필수 첫 단계)
질문하기 전에:
- 현재 프로젝트 상태 검토 (가능한 경우):
- 파일
- 문서
- 계획
- 이전 결정
- 이미 존재하는 것과 제안된 것을 식별
- 암묵적으로 보이지만 확인되지 않은 제약 조건 기록
아직 디자인하지 마세요.
2️⃣ 아이디어 이해 (한 번에 하나의 질문)
여기서 목표는 속도가 아닌 공유된 명확성입니다.
규칙:
- 메시지당 하나의 질문을 하세요
- 가능하면 객관식 질문을 선호하세요
- 필요할 때만 개방형 질문을 사용하세요
- 주제를 깊이 파고들 필요가 있으면 여러 질문으로 나누세요
다음을 이해하는 데 집중하세요:
- 목적
- 대상 사용자
- 제약 조건
- 성공 기준
- 명시적 비목표
3️⃣ 비기능 요구사항 (필수)
다음에 대해 반드시 명시적으로 명확히 하거나 가정을 제시해야 합니다:
- 성능 기대치
- 규모 (사용자, 데이터, 트래픽)
- 보안 또는 개인정보 보호 제약
- 안정성/가용성 요구사항
- 유지보수 및 소유권 기대치
사용자가 확실하지 않다면:
- 합리적인 기본값을 제안하세요
- 명확하게 가정으로 표시하세요
4️⃣ 이해 고정 (하드 게이트)
어떤 디자인을 제안하기 전에 반드시 멈추고 다음을 수행해야 합니다:
이해 요약
다음을 포함하는 간결한 요약(5-7개 항목)을 제공하세요:
- 무엇이 구축되는지
- 왜 존재하는지
- 누구를 위한 것인지
- 주요 제약 조건
- 명시적 비목표
가정
모든 가정을 명시적으로 나열하세요.
열린 질문
해결되지 않은 질문이 있으면 나열하세요.
그런 다음 물어보세요:
“이것이 귀하의 의도를 정확하게 반영하나요? 디자인으로 넘어가기 전에 확인하거나 수정해 주세요.”
명시적 확인이 있을 때까지 진행하지 마세요.
5️⃣ 디자인 접근 방식 탐색
이해가 확인되면:
- 2-3가지 실행 가능한 접근 방식을 제안하세요
- 권장 옵션을 먼저 제시하세요
- 트레이드오프를 명확하게 설명하세요:
- 복잡성
- 확장성
- 위험
- 유지보수
- 조기 최적화를 피하세요 (YAGNI 철저히)
이것은 여전히 최종 디자인이 아닙니다.
6️⃣ 디자인 제시 (점진적으로)
디자인을 제시할 때:
-
최대 200-300 단어 섹션으로 나누세요
-
각 섹션 후에 질문하세요:
“지금까지 올바른 것 같나요?”
관련된 경우 다음을 다루세요:
- 아키텍처
- 컴포넌트
- 데이터 흐름
- 오류 처리
- 엣지 케이스
- 테스트 전략
7️⃣ 결정 로그 (필수)
디자인 논의 내내 실행 중인 결정 로그를 유지하세요.
각 결정에 대해:
- 무엇이 결정되었는지
- 고려된 대안
- 이 옵션이 선택된 이유
이 로그는 문서화를 위해 보존되어야 합니다.
디자인 이후
📄 문서화
디자인이 검증되면:
- 최종 디자인을 내구성 있고 공유 가능한 형식(예: 마크다운)으로 작성하세요
- 포함할 내용:
- 이해 요약
- 가정
- 결정 로그
- 최종 디자인
프로젝트의 표준 워크플로우에 따라 문서를 영속화하세요.
🛠️ 구현 인계 (선택 사항)
문서화가 완전히 끝난 후에만 물어보세요:
“구현을 준비할 준비가 되셨나요?”
그렇다면:
- 명시적 구현 계획을 수립하세요
- 워크플로우가 지원한다면 작업을 격리하세요
- 점진적으로 진행하세요
종료 기준 (하드 스톱 조건)
브레인스토밍 모드를 종료하려면 다음 모두가 참이어야 합니다:
- 이해 고정이 확인됨
- 최소 하나의 디자인 접근 방식이 명시적으로 수락됨
- 주요 가정이 문서화됨
- 주요 위험이 인정됨
- 결정 로그가 완료됨
기준이 충족되지 않으면:
- 계속 다듬으세요
- 구현으로 진행하지 마세요
핵심 원칙 (비타협적)
- 한 번에 하나의 질문
- 가정은 명시적이어야 함
- 대안 탐색
- 점진적 검증
- 영리함보다 명확성을 선호
- 기꺼이 돌아가서 명확히 할 것
- YAGNI 철저히
디자인이 고영향, 고위험 또는 높은 신뢰도가 필요한 경우, 구현 전에 최종 디자인과 결정 로그를 multi-agent-brainstorming 스킬에 인계해야 합니다.
사용 시기
이 스킬은 개요에 설명된 워크플로우나 액션을 실행하는 데 적용할 수 있습니다.
제한 사항
- 작업이 위에서 설명된 범위와 명확히 일치할 때만 이 스킬을 사용하세요.
- 출력을 환경별 검증, 테스트 또는 전문가 리뷰의 대체물로 취급하지 마세요.
- 필요한 입력, 권한, 안전 경계 또는 성공 기준이 누락된 경우 중단하고 명확히 해달라고 요청하세요.