브레인스토밍 스킬

브레인스토밍 스킬은(는) 무엇을 하나요?

개요

이 스킬은 두 가지 중요한 목적을 수행합니다:

1. 대화형 설계 프로세스: AI가 자연스럽고 협력적인 대화를 통해 코드를 작성하기 전에 아이디어를 완전한 설계와 명세로 전환하도록 안내합니다.
2. 포괄적인 아이디어 생성 프레임워크: 모든 도메인(마케팅, 콘텐츠, 기능)에서 고품질 아이디어를 생성하는 데 도움이 되는 연구 검증된 프롬프트 패턴(아래 패턴 문서 참조)을 제공합니다.

브레인스토밍 워크플로우

소프트웨어 기능, 컴포넌트 설계 또는 복잡한 작업을 수행할 때는 다음 각 항목에 대한 태스크를 생성하고 순서대로 완료해야 합니다. (순수 콘텐츠/마케팅 아이디어 생성의 경우 아래 패턴 라이브러리를 사용하여 이러한 단계를 조정하십시오.)

1. 컨텍스트 탐색 — 프로젝트 상태, 파일, 문서, 최근 커밋 확인
2. 명확화 질문 — 한 번에 하나씩, 목적/제약 조건/성공 기준 이해
3. 2-3가지 접근 방식 제안 — 장단점 및 권장 사항 포함 (영감을 위해 패턴 라이브러리 사용)
4. 설계 제시 — 복잡성에 맞게 섹션으로 나누어 제시하고 각 섹션 후 사용자 승인 받기
5. 결과 문서화 — 검증된 설계/아이디어를 적절한 마크다운 파일(예: docs/plans/YYYY-MM-DD-<주제>-설계.md)에 기록하고 커밋
6. 전환 — 승인 후에만 계획 또는 구현 스킬 호출

프로세스 흐름

[!IMPORTANT] 프로세스 맵이나 Mermaid 다이어그램이 제공된 경우, 이를 권위 있는 절차로 취급하십시오. 다이어그램에 표시된 정확한 순서대로 분기, 결정 지점 및 중지 조건을 포함하여 단계를 실행하십시오. Mermaid 프로세스 다이어그램은 실행 가능한 명령어 집합입니다. 순서, 조건, 루프, 병렬 경로 및 종료 상태를 존중하여 작성된 대로 정확히 따르십시오. 즉흥적으로 변경하거나, 순서를 바꾸거나, 단계를 건너뛰지 마십시오. 노드가 모호하거나 필요한 세부 정보가 누락된 경우 계속하기 전에 멈추고 명확한 질문을 하십시오. 사용자와 상호 작용할 때는 다이어그램에서 따를 해석된 경로를 먼저 보고한 후 실행하십시오.

다음 다이어그램은 브레인스토밍 워크플로우에 대한 권위 있는 절차입니다. 다이어그램에 표시된 정확한 순서대로 분기, 결정 지점 및 중지 조건을 포함하여 단계를 실행하십시오.

flowchart TD
    subgraph Phase1["Phase 1: 탐색 — 제안하기 전에 현재 상태 파악"]
        Explore["컨텍스트 탐색 — 프로젝트 상태, 파일, 문서, 최근 커밋 확인"]
        Ask["명확화 질문 — 한 번에 하나씩, 목적/제약 조건/성공 기준 이해"]
        Propose["2-3가지 접근 방식 제안 — 장단점 및 권장 사항 포함, 패턴 라이브러리 사용"]
    end
    subgraph Phase2["Phase 2: 검증 — 진행 전에 명시적인 사용자 승인 받기"]
        Present["설계 제시 — 복잡성에 맞게 섹션으로 나누어 제시하고 각 섹션 후 사용자 승인 받기"]
        Approve{"사용자가 명시적으로 승인을 확인하거나<br>수정을 요청합니까?"}
    end
    subgraph Phase3["Phase 3: 완료 — 문서화 및 인계"]
        Document["결과 문서화 — 검증된 설계를 docs/plans/YYYY-MM-DD-주제-설계.md에 기록하고 커밋"]
        Transition(["전환 — 승인 후에만 계획 또는 구현 스킬 호출"])
    end

    Explore --> Ask --> Propose --> Present
    Present --> Approve
    Approve -->|"사용자가 수정 요청 — 수정 후 다시 제시"| Present
    Approve -->|"사용자가 승인 확인 — 진행"| Document
    Document --> Transition

대화 원칙

• 한 번에 하나의 질문 - 여러 질문으로 사용자를 압도하지 마십시오. 복잡한 주제는 나누어 진행하십시오.
• 객관식 선호 - 가능할 때 개방형 질문보다 사용자가 답변하기 더 쉽습니다.
• YAGNI 엄격히 적용 - 모든 설계에서 불필요한 기능을 제거하십시오.
• 대안 탐색 - 결정하기 전에 항상 2-3가지 접근 방식을 제안하십시오.
• 점진적 검증 - 설계를 제시하고, 진행하기 전에 승인을 받으십시오.
• 유연하게 대처 - 이해가 안 되는 부분이 있으면 되돌아가 명확히 하십시오.

아이디어 생성 및 접근 방식을 위한 패턴 카테고리

접근 방식을 제안하거나 사용자를 위해 아이디어를 생성할 때 다음 14가지 체계적인 카테고리를 활용하십시오. 각 패턴에는 정확한 프롬프트 템플릿, 출력 형식 사양 및 성공 메트릭이 포함됩니다.

<category_index>

1. 관점 다각화(Perspective Multiplication) - 여러 관점과 이해관계자 각도에서 아이디어 생성
2. 제약 조건 변주(Constraint Variation) - 인위적인 제약 조건을 통해 아이디어 공간 탐색
3. 역발상 및 부정 공간(Inversion & Negative Space) - 역발상으로 새로운 솔루션 발견
4. 유추 전이(Analogical Transfer) - 다른 도메인의 패턴 적용
5. 체계적 기능 분해(Systematic Feature Decomposition) - SCAMPER 및 속성 기반 아이디어 생성
6. 시나리오 탐색(Scenario Exploration) - 미래 기반 및 "만약" 사고
7. 제약 기반 구조화된 아이디어 생성(Constraint-Based Structured Ideation) - 엄격한 제약 조건 내에서 구축
8. 사고 사슬 추론(Chain-of-Thought Reasoning) - 다단계 정제 프로세스
9. 조합 및 형태학적 탐색(Combination & Morphological Exploration) - 새로운 기능 조합 강제
10. 가정 도전(Assumption Challenge) - 전제에 의문 제기 및 가정 뒤집기
11. 빈칸 채우기 템플릿(Fill-in-the-Blank Templates) - 구조화된 완성 형식
12. 경쟁 포지셔닝(Competitive Positioning) - 차별화 매트릭스 접근 방식
13. 극단적 스케일링(Extreme Scaling) - 10배 사고 및 지수적 시나리오
14. 이해관계자 및 공감 기반(Stakeholder & Empathy-Based) - 고객 여정 및 페르소나 패턴 </category_index>

<selection_guide>

다음 다이어그램은 패턴 선택에 대한 권위 있는 절차입니다. 다이어그램에 표시된 정확한 순서대로 분기, 결정 지점 및 중지 조건을 포함하여 단계를 실행하십시오.

flowchart TD
    Start(["사용자가 아이디어 또는 접근 방식 요청"]) --> Goal{"주요 아이디어 생성<br>목표는 무엇입니까?"}
    Goal -->|"빠른 양 — 8-15개의 아이디어"| PersMult["관점 다각화 패턴 사용"]
    Goal -->|"품질/깊이 — 정제된 아이디어"| MultiStage["제약 조건 변주를 사용한<br>다단계 정제 사용"]
    Goal -->|"획기적인 혁신"| InversionExtreme["역발상 + 극단적 스케일링 결합"]
    Goal -->|"실용적인 구현"| Constraint["제약 기반 패턴 사용"]
    Goal -->|"시장 차별화"| Competitive["경쟁 포지셔닝 패턴 사용"]
    Goal -->|"고객 중심 기능"| Stakeholder["이해관계자 및 공감 패턴 사용"]

    PersMult --> Apply(["패턴 라이브러리에서 선택한 패턴 적용"])
    MultiStage --> Apply
    InversionExtreme --> Apply
    Constraint --> Apply
    Competitive --> Apply
    Stakeholder --> Apply

</selection_guide>

출력 형식 최적화

<format_guidance> 성공적인 브레인스토밍 패턴은 정확한 출력 형식을 지정합니다:

• "번호 목록" > "글머리 기호" (아이디어 추적에 더 좋음)
• "표 형식: 아이디어 | 근거 | 구현 | 장단점" (완전성을 강제함)
• "각 아이디어에 대해 근거를 설명하세요" (품질 40% 향상)
• 단어 수 범위 지정 (200-400단어는 간결함과 장황함을 모두 방지) </format_guidance>

패턴 문서 참조

전체 패턴 문서는 참조 파일로 구성되어 있습니다:

• 패턴 카테고리 및 문서 - 전체 카테고리 및 패턴 목록
• 도메인별 응용 - 마케팅, 제품 개발, QA 테스트, 비즈니스 전략
• 패턴 선택 가이드 - 적절한 패턴 선택을 위한 결정 프레임워크
• 종합: 패턴이 작동하는 방식
• 종합 프롬프트 라이브러리 - 바로 사용 가능한 템플릿
• 요약
• 참고 문헌 및 출처 문서

Claude 인스턴스를 위한 참고 사항

<ai_instructions>

• 먼저 이것이 구현 설계 작업인지 콘텐츠/마케팅 아이디어 생성 작업인지 평가하십시오.
• 항상 <HARD-GATE>를 강제하십시오. 승인된 설계 없이 코드로 넘어가지 마십시오.
• 아이디어/접근 방식을 생성할 때는 참조 파일에서 정확한 프롬프트 템플릿을 제공하고, 의역된 버전을 제공하지 마십시오.
• 특정 패턴을 참조할 때는 출처 파일을 인용하십시오. </ai_instructions>