| name | genspark-presentation |
| description | Use when creating presentation outlines for GenSpark PPT generation. Trigger: "발표 자료", "PPT 만들어", "프레젠테이션", "GenSpark", "젠스파크", "발표 준비", "presentation outline"
|
GenSpark Presentation Builder
발표 주제와 컨텍스트를 받아 GenSpark PPT 생성에 최적화된 산출물을 만듭니다.
Protocol
Step 1: 컨텍스트 수집
사용자에게 다음을 확인합니다 (이미 제공된 항목은 스킵):
- 발표 주제와 핵심 메시지
- 발표 시간 (분)
- 청중 (기술 수준, 직군 구성)
- 발표 목적 (영감 부여 / 교육 / 설득 / 공유)
- 시연이나 영상이 포함되는지
- 디자인 선호 (색상, 분위기)
Step 2: 내러티브 아크 설계
반드시 Sparkline 구조를 적용합니다:
발표는 "현재(What is)"와 "가능성(What could be)"을 반복 대비하며, 최종적으로 "새로운 상태(New Bliss)"에 도달하는 구조여야 합니다.
Hook (결과물/성과를 먼저 보여주기) → What is (현실) → What could be (가능성)
→ How (방법) → Evidence (증거/시연) → New Bliss (전환된 세계)
→ Call to Action (첫 행동)
내러티브 아크 설계 시 필수 체크:
| 체크 항목 | 설명 |
|---|
| 오프닝 후크 | 핵심 결과물/성과를 직접 보여주는 방식 우선. 수사적 질문은 차선. 목차/자기소개 금지 |
| 개인적 전환점 | "왜 이걸 시작했는지" 감정적 동기 포함 |
| Before/After 대비 | 최소 2회 이상 명시적 대비 |
| Rule of Three | 핵심 메시지는 3개 이하로 구조화 |
| 클로징 콜백 | 마지막에 오프닝 후크를 다시 언급하여 내러티브 완결 |
| CTA | 청중이 "오늘" 할 수 있는 1가지 행동. trivially easy해야 함 |
Step 3: 슬라이드 구성
슬라이드 수 기준:
- 10분: 8-10장
- 15분: 10-14장
- 20분: 14-18장
- 시연 영상 포함 시: 영상당 1장 추가 (영상 재생 + 간단 설명)
슬라이드당 정보 밀도:
- 핵심 메시지 1개
- 보조 포인트 최대 3개
- 텍스트 30단어 이내
- 정보 나열이 필요하면 "대표 3개 + 그 외 N개" 패턴 사용
기술 개념 설명 규칙:
- What(무엇) + Why(왜 이 구분이 필요한지) 반드시 함께 설명
- 여러 개념 비교 시: 각 개념이 해결하는 문제가 다름을 명시
- 도구/기술 조합 소개 시: 각 선택의 설계 근거 포함 ("왜 A가 아니라 B인지")
시연/영상 슬라이드 규칙:
- 시연 슬라이드에 구체적 시나리오명 명시 (예: "게시글 CRUD API 추가")
- 영상 슬라이드가 2장 이상 연속될 때, 각 비주얼을 다른 레이아웃/강조 영역으로 차별화
- 영상 앞뒤에 맥락 슬라이드 배치 (영상만 연속 3장 이상 금지)
키워드/개요 슬라이드 규칙:
- 후크 직후 키워드 개요 슬라이드는 허용하되, 목차 형식(번호+설명) 금지
- 키워드 단어만 보여주고 부가 설명은 발표자 노트에서 구두로 전달
클로징 규칙:
- CTA 슬라이드 이후 발표자 정보 + 연락처/QR 슬라이드 1장 필수
- Q&A 동안 화면에 남아있을 정보 역할
시간 균형 규칙:
- 발표 제목/핵심 메시지의 클라이맥스 파트가 전체 시간의 20% 이상인지 검증
- "X에서 Y로" 형식 제목이면 Y 파트가 클라이맥스
청중 다양성 규칙:
- 비기술 청중이 포함된 경우, 비기술 활용 예시 최소 1회 명시적 언급
금지 패턴:
- 목차 슬라이드로 시작 (모멘텀 저하)
- 항목 5개 이상 나열 (인지 과부하)
- 같은 내용 반복 슬라이드 (요약 조감도 등)
- Q&A 전용 슬라이드 (CTA로 마무리한 뒤 구두로 Q&A 안내)
- 영상 슬라이드 3장 이상 연속 배치 (중간에 인사이트 슬라이드 삽입)
- 기술 개념을 What만 나열하고 Why 없이 넘어가기
Step 4: GenSpark 최적화 출력
출력 형식은 반드시 아래 구조를 따릅니다:
문서 상단: PAG + 디자인 스펙
## Presentation Spec
- **Persona**: [발표자 역할 정의]
- **Audience**: [청중 특성]
- **Goal**: [발표 목적 - 1문장]
- **Slide Count**: [N]장
- **Duration**: [N]분
- **Tone**: [톤 키워드 3개]
- **Color Palette**: [hex 코드 3-4개]
- **Layout Type**: [grid/single-column/split-screen]
- **Image Style**: [flat illustration/icon/screenshot/photo]
- **Font**: [제목 폰트 굵게, 본문 폰트 보통]
각 슬라이드: 5-field 구조
### Slide N: [제목] ([시간])
**핵심 메시지**: [이 슬라이드의 1문장 요약]
**내용**:
- [bullet 1 - 15단어 이내]
- [bullet 2 - 15단어 이내]
- [bullet 3 - 15단어 이내]
**비주얼**: [구체적 레이아웃 지시. "왼쪽 60% 텍스트, 오른쪽 40% 다이어그램" 수준으로]
**발표자 노트**: [실제 말할 내용 - 구어체, 2-4문장]
**전환**: [다음 슬라이드로 넘어가는 브릿지 문장]
전환(Transition) 필수: 모든 슬라이드에 다음 슬라이드로의 논리적 연결 문장을 포함합니다.
Step 5: 자가 검증
산출물 작성 후 아래 체크리스트를 검증하고, 위반 항목이 있으면 수정합니다:
| # | 체크 항목 | 기준 |
|---|
| 1 | 오프닝 후크 | 결과물/성과 직접 제시 우선. 수사적 질문은 차선. 목차/자기소개 금지 |
| 2 | Sparkline 대비 | "현재 vs 가능성" 대비 최소 2회 |
| 3 | Rule of Three | 핵심 구조가 3파트 이하 |
| 4 | 슬라이드당 단어 수 | 30단어 이하 (제목 제외) |
| 5 | 나열 항목 수 | 5개 초과 나열 없음 |
| 6 | 전환 문장 | 모든 슬라이드에 전환 존재 |
| 7 | CTA 구체성 | "오늘 할 수 있는 1가지"가 명시적 |
| 8 | 클로징 콜백 | 오프닝 후크 재언급 |
| 9 | 시간 배분 | 총 시간이 발표 시간 ±2분 이내 |
| 10 | PAG + 디자인 스펙 | 문서 상단에 완전한 스펙 존재 |
| 11 | 기술 개념 Why | 모든 기술 개념 소개에 "왜 이 구분이 필요한지" 포함 |
| 12 | 설계 근거 | 도구 조합 소개 시 "왜 이걸 선택했는지" 근거 포함 |
| 13 | 클라이맥스 시간 | 핵심 메시지 파트가 전체의 20% 이상 |
| 14 | 클로징 슬라이드 | CTA 이후 발표자 정보 슬라이드 존재 |
| 15 | 시연 시나리오 | 시연 슬라이드에 구체적 시나리오명 명시 |
Common Mistakes
| 실수 | 해결 |
|---|
| 목차 슬라이드로 시작 | 후크로 시작, 구조는 자연스럽게 드러나게 |
| 후크가 수사적 질문으로 드라마틱 | 핵심 결과물/성과를 직접 보여주는 방식 우선 |
| 항목 나열 (5개+) | 대표 3개 선정, 나머지는 "그 외 N개" |
| 비주얼 제안이 추상적 | "왼쪽 60% / 오른쪽 40%" 수준으로 구체화 |
| 섹션 간 단절 | 전환 브릿지 문장 필수 |
| CTA가 여러 단계 | 1가지 행동으로 축소, trivially easy |
| 감정적 동기 없이 나열 | "왜 시작했는지" 개인 스토리 포함 |
| GenSpark 스펙 누락 | PAG + 색상 hex + 레이아웃 타입 필수 |
| 영상 슬라이드 연속 나열 | 2장까지만 연속, 3장째 전에 인사이트 슬라이드 삽입 |
| 키워드 슬라이드가 목차화 | 키워드 단어만 보여주고 부가 설명 금지 |
| 사용자 강조 파트 누락 | 사용자가 별도 파트로 강조한 내용은 최소 1슬라이드 보장 |
| 기술 개념 What만 나열 | Why(왜 이 구분이 필요한지) 반드시 함께 |
| 도구 선택 근거 없이 나열 | "왜 Skill인지 / 왜 Sub Agent인지" 설계 이유 포함 |
| 클라이맥스가 가장 짧은 파트 | 제목의 핵심 메시지 파트에 충분한 시간 배분 |
| 시연에 시나리오 맥락 없음 | 구체적 작업명 명시 (예: "게시글 CRUD API 추가") |
| 클로징 후 빈 화면 | 발표자 정보 + QR 슬라이드로 Q&A 지원 |