출처: 본 프로젝트의 96_ppt_lecture/20260511 국민대 강의/07_PPT_Slide_Build_Spec.md — 90 분 특강 PPT 의 빌드 spec (python-pptx 자동화 친화). 본 카드: 02 기획·대본 → 04 빌드 spec → 05 검토 → python-pptx 빌드 → 배포 파이프라인의 4 자리 spec 정형화 SSOT. 위키화 의의: 본 강의의 PPT 빌드 자동화 가 어떻게 박혔는지 — 동일 패턴을 다른 강의·발표 자료 도 따를 수 있게.

---

04 — Slide Build Spec (python-pptx 자동화 친화)

★ 기준 지침: 본 spec 의 모든 슬라이드는 05_Review_Workflow_Guide.md 의 5 자리 검토 (A·B·C·D·E) 통과 후만 빌드 가능. 선행: 02_Slide_Content_and_Script.md (기획·대본 SSOT) → 본 04 (빌드 spec 변환) 다음 단계: 본 04 의 5/5 통과 → Step D (python-pptx 빌드) → Step E (vibe.llmwiki.kr/ppt/ 배포) 읽기·수정 자유: 본 세션 (Claude Code) 에서 직접 Read·Edit 가능. Claude.ai Projects 검토 시 업로드 대상.

---

0. 본 spec 의 정체성

→ 04 = 02 의 빌드 친화 변환본. 02 가 변경되면 04 도 동기화 (현재는 사람 손으로, 추후 자동화 가능).

---

1. 빌드 spec 형식 가이드 (각 슬라이드 필드 정의)

각 슬라이드는 다음 8 절로 박힘. 동일 필드명 · 동일 순서 강제 — 빌드 스크립트 파싱 정합.

## [SLIDE_ID] 슬라이드 제목

**메타**: {단} / {역할} / {시간}분 / 무게중심 {★ or ❌}
**섹션 코드**: `{SECTION_CODE}`

### 텍스트
- **대제목**: ...
- **중제목**: ...
- **본문**:
  - ...
- **각주**: ... (생략 가능)
- **푸터**: ... (생략 가능 — 1단 ❌)

### 시각
- **레이아웃**: {layout_id}
- **타입**: {line_art / photo / chart / diagram / mixed}
- **설명**: 시각 자료 구체 묘사
- **색**: 색 코드 + 강조 자리

### 강사 멘트 ({초}초)
> 강사 1 인칭 구어체 멘트

### 트랜지션 → {NEXT_SLIDE_ID}
> 다음 슬라이드 진입 한 줄

### LLMWiki 출처
- [`card-slug`](URL) — 관련 자리

### 검토 메모
- A 텍스트: ⏳
- B 시각 자료: ⏳
- C 강사 멘트: ⏳
- D 트랜지션: ⏳
- E ppt-edge-accent-dark 정합: ⏳
- **판정**: ⏳ (검토 대기)

1.1. 레이아웃 ID 일람 (parse-friendly)

1.2. 검토 판정 코드

판정 = min(A·B·C·D·E) — 5 자리 중 가장 낮은 자리가 전체 판정. 5/5 ✅ 시에만 빌드 진입.

---

2. 강의 메타 (전 슬라이드 공통)

lecture:
  title: "Vibe-coding, 설계 없이는 코딩이 안된다"
  tagline: "AI-Native Vibe Coding: No Design, No Code"
  thesis: "설계 없이는 코딩이 안된다"
  date: 2026-05-11
  audience: 국민대학교 컴퓨터공학과 3·4학년
  duration_minutes: 90
  total_slides: 51  # 2026-05-10 갱신: Part 2 진입 2 슬라이드 (VBC-00-1, VBC-00-2) 추가
  speaker:
    name: 최호림
    persona: 돌개 (돌아온 개발자)
    career_years: 45

style:
  skill: ppt-edge-accent-dark
  font_family: 맑은 고딕
  font_sizes:
    title_large: 22
    title_medium: 20
    title_small: 18
    body: 16
    caption: 14
  line_height: 1.5
  background: "#000000"
  colors:
    gold: "#FFD700"        # 강조 1~2 자리/슬라이드
    neon_green: "#39FF14"  # 진화·새 흐름
    coral: "#FF8B6E"       # 일러스트 한정 (텍스트 ❌)
    grey_fade: "#666666"   # 옛 흐름 페이드
    grey_dark: "#444444"   # 더 깊은 페이드

footer_pattern:
  part_0_intro: null              # 1단 도입부 — 푸터 ❌
  part_1_latte: "도구는 바뀌었지만 ──"
  part_2_dolgae: "돌개의 4 요소 ── {chapter_state}"
  part_3_imitation: "당신이라면 ── ?"
  part_4_closing: "어느 시대나 ──"  # CLN-03 에서 완성

---

3. 49 슬라이드 일람 (Master Index)

범례 — Phase 3 detail 컬럼:

• ✅ — 02 에 상세 박힘 + 04 에 정형 변환 박힘 (검토 가능)
• 🔄 — 02 에 v1 박힘 / v2 (사용자 종합 지침) 미반영 + 04 미박음
• 📝 — 02 에 outline 만 박힘 + 04 에 stub 박힘 (상세 박음 대기)

현 박음 매수: 5/49 (10.2%) — INT-01~05 만 04 정형 변환 완료.

---

4. 슬라이드 상세 (정형 spec)

[INT-01] 프로그래밍이란 무엇인가

메타: 1단 도입부 / 정의 (앵커링) / 1.5 분 / 무게중심 ❌ 섹션 코드: INT-01

텍스트

• 대제목: 프로그래밍이란 무엇인가
• 중제목: 컴퓨터의 언어로, 사람이 말하는 것
• 본문:
  • 컴퓨터에는 컴퓨터의 언어가 있다 (기계어, 어셈블리, C, Python …)
  • 사람에게는 사람의 언어가 있다 (한국어, 영어, 자연어)
  • 프로그래밍은 — 그 사이를 사람이 건너가는 일이었다
• 각주: 60년 동안, 컴퓨터가 우리 언어를 배운 적은 없다
• 푸터: (도입부 — 푸터 ❌)

시각

• 레이아웃: horizontal_diagram_2col
• 타입: line_art
• 설명: 좌측 사람 픽토그램 / 우측 CPU 픽토그램. 두 박스 사이 굵은 선 + 단방향 화살표 (좌→우). 선 위 라벨 "프로그래밍 언어 (C / Python / Java)".
• 색: 라벨만 골드 (#FFD700), 나머지 라인아트 흰색

강사 멘트 (40초)

프로그래밍이라는 단어를 60년 동안 정의한 한 줄이 있습니다. 컴퓨터의 언어로, 사람이 말하는 것. 컴퓨터에는 컴퓨터의 언어가 있어요. 0과 1, 어셈블리, C, Python까지 — 우리가 배운 모든 언어의 공통점이 뭐냐면, 컴퓨터 쪽에 가깝다는 겁니다. 사람이 컴퓨터 쪽으로 건너가야 했어요. 컴퓨터가 우리 언어를 배운 게 아니라.

트랜지션 → INT-02

"그런데 — 지금은 좀 다르죠?" (한 박자 쉼)

LLMWiki 출처

• lesson/int-software-evolution — Software 1.0 정의 부분

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[INT-02] 그런데 — 지금은 이렇게 말한다

메타: 1단 도입부 / 현재 관찰 (안전지대 흔들기) / 1.5 분 / 무게중심 ❌ 섹션 코드: INT-02

텍스트

• 대제목: 그런데 — 지금은 이렇게 말한다
• 중제목: 자연어 프롬프트 + 마크다운 파일로
• 본문 (좌우 2 단):
  • 좌측 (예전):
    • #include <iostream>
    • int main() {
    • std::cout << ...;
    • }
  • 우측 (지금):
    • "오늘 매출 데이터에서 이상치 찾아서 차트로 그려줘"
    • CLAUDE.md / README.md / 프롬프트
• 하단 한 줄: 변한 건 사람이 아니다. 사람이 말하는 방식 이다.
• 푸터: (도입부 — 푸터 ❌)

시각

• 레이아웃: horizontal_diagram_2col
• 타입: line_art (INT-01 다이어그램 재활용·변형)
• 설명: INT-01 다이어그램 재등장 — 옛 다리 ("프로그래밍 언어") 점선·회색 페이드. 사람 → LLM 박스 (별 모양 또는 신경망 아이콘) 직접 굵은 새 선. 새 선 라벨 "자연어 + .md".
• 색: 옛 다리 회색 (#666666), 새 다리 네온 그린 (#39FF14)

강사 멘트 (50초)

여기 손 한번 들어볼게요 — Cursor 써본 사람? Claude Code? ChatGPT 한테 코드 짜달라고 한 적 있는 사람? (반응 보고) 자, 여러분이 그때 컴퓨터한테 어떤 언어로 말했죠? 한국어. 영어. 마크다운 파일. README.md, CLAUDE.md 를 쓰면서 — 그게 코드 아닌가요? 60년 만에 처음으로, 사람이 컴퓨터 쪽으로 건너가는 게 아니라 — 컴퓨터가 우리 언어 쪽으로 건너오기 시작한 겁니다.

트랜지션 → INT-03

"그럼 — 저 흐려진 다리는, 정말 필요한 건가요?" (한 박자 쉼, 의문형)

LLMWiki 출처

• lesson/dsl-claudemd-as-language — md 파일이 설계 언어가 됨
• synthesis/slogan-ai-native-no-design-no-code — AI-Native 시대 정의

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[INT-03] 그럼 — 이건 왜 있는가? [피벗]

메타: 1단 도입부 / 피벗 질문 (도발) / 2.0 분 / 무게중심 ❌ 섹션 코드: INT-03

텍스트

• 대제목: 그럼 — 이건 왜 있는가?
• 중제목: 암호화된 그 언어, 정말 필요한가?
• 본문 (좌우 2 단):
  • 좌측 (사람의 언어): "저녁 메뉴 추천해줘"
  • 우측 (컴퓨터의 언어):
    • std::unique_ptr<T>&& fn(...)
    • async fn<'a, T: ?Sized>(&'a self)
    • @functools.wraps(func)
• 중앙 큰 글씨: ?
• 하단 한 줄: 어셈블리 → C → Python — 우리는 점점 사람 쪽에 가까워졌다. 그럼 마지막 한 걸음은?
• 푸터: (도입부 — 푸터 ❌)

시각

• 레이아웃: centered_emphasis
• 타입: line_art + animation hint
• 설명: 슬라이드 정중앙에 거대한 골드 (#FFD700) ? 한 글자. 양옆 두 박스 — 좌: 둥글둥글한 일상 한국어 / 우: 암호처럼 보이는 실제 C++/Rust 코드. 두 박스의 간극이 시각적으로 뼈저리게 느껴지도록.
• 애니메이션: 물음표가 호흡처럼 살짝 박동 (PPT 강조 애니)
• 색: 절대 검정 (#000000) 배경, 물음표 골드, 두 박스 흰색

강사 멘트 (70초)

여기서 한 박자 멈추고 같이 생각해봅시다. 60년 동안 우리가 한 일은 — 점점 사람 언어 쪽으로 한 걸음씩 다가오는 거였어요. 어셈블리에서 C로, C에서 Python으로, Python에서 — 자연어까지 와버렸어요. 그럼 이 사이에 있는 모든 것 — std::unique_ptr, lifetime, decorator, 이 모든 암호처럼 보이는 그 언어 — 이게 정말 사람을 위한 거였을까요? 아니면 컴퓨터를 위한 거였을까요?

(한 박자 쉬고)

답은 다음 슬라이드에 있는데 — 사실 답을 듣기 전에 한 5초만 생각해보세요. 만약 사람이 자연어로 컴퓨터한테 말할 수 있다면, 저 중간의 모든 언어들은 — 어떻게 되는 게 자연스러운 흐름일까요?

트랜지션 → INT-04

"그리고 — 사실은 이미 그렇게 되고 있습니다."

LLMWiki 출처

• synthesis/two-axes-era-and-skill — 시대 × 스킬 두 축 자기점검의 Why

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[INT-04] 이미 — 프로그래밍 언어를 우회한다

메타: 1단 도입부 / 메커니즘 (사실 제시) / 2.0 분 / 무게중심 ❌ 섹션 코드: INT-04

텍스트

• 대제목: 이미 — 프로그래밍 언어를 우회한다
• 중제목: Transformer + Attention Mechanism (Google, 2017)
• 본문 (가로 흐름도): 자연어 토큰 → 임베딩 벡터 → Self-Attention (Q·K·V) → 가중치 행렬 곱 → 출력 토큰
• 강조 박스: 이 흐름 어디에도 — if/else 도, for 문도, 명시적 분기도 없다. 가중치 행렬이 곱해질 뿐.
• 하단 한 줄: 사람의 언어 → 가중치 위의 계산. 중간 다리가 사라졌다.
• 푸터: (도입부 — 푸터 ❌)

시각

• 레이아웃: horizontal_timeline_5stage (변형: 5 박스 + 페이드 비교)
• 타입: line_art + flow diagram
• 설명: 가로로 긴 흐름도. 5 박스 동일 크기 + 굵은 화살표 연결. 박스 위 작은 글씨 출처 "Attention Is All You Need", Vaswani et al., Google, 2017. 흐름도 아래쪽에 옛 컴파일러 흐름 (소스코드 → 어휘분석 → 파서 → 코드생성 → 기계어) 회색 페이드.
• 색: 위쪽 새 흐름 네온 그린 (#39FF14), 아래쪽 옛 흐름 회색 (#444444)

강사 멘트 (70초)

트랜스포머 알고리즘 — 2017년 구글이 발표한 논문 한 편이 모든 걸 바꿔놨어요. 어텐션 메커니즘이 하는 일이 뭐냐? 토큰들 사이의 관계를 가중치 행렬 로 풀어냅니다. Q, K, V 행렬을 곱하고 더하고 — 그게 끝이에요. 어디에도 if/else 분기가 없어요. for 문이 없어요. 컴파일러도 안 거칩니다.

사람이 자연어로 '오늘 매출에서 이상치 찾아줘' 라고 말하면, 그 자연어 자체가 임베딩 벡터로 바뀌고, 그 벡터가 가중치 위에서 직접 계산돼서, 결과가 나옵니다. 프로그래밍 언어가 거치는 그 모든 단계 없이.

그러니까 슬라이드 3에서 던진 질문 — '저 암호 같은 그 언어는 정말 필요한가' — 의 답이 사실은 이미 거기 있었던 거예요. 우회되고 있다. 매일, 우리도 모르게.

트랜지션 → INT-05

"그리고 — 카르파시는 이걸 한 단어로 정리합니다." (조용한 톤)

LLMWiki 출처

• lesson/int-software-evolution — Software 2.0 (학습된 가중치) 정의

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[INT-05] 그래서 — 흡수된다 [Karpathy 명제]

메타: 1단 도입부 / 결론 (본론 진입 다리) / 2.0 분 / 무게중심 ❌ 섹션 코드: INT-05

텍스트

• 대제목: 그래서 — 흡수된다
• 중제목: 프로그래밍 언어로 짜던 로직이, 신경망 가중치 공간으로
• 인용 (큰 글씨, 골드):

  "명시적 코드로 작성하던 로직 — 라우팅, 검증, 조건부 분기 — 이 점점 더 신경망의 가중치 공간으로 흡수된다." — Andrej Karpathy, Software Is Changing (Again), YC AI Startup School, 2025

• 본문 (3 단 타임라인):
  • Software 1.0 (1950s~) 명시적 코드 (Python / C++) — if/else, for, class
  • Software 2.0 (2017~) 학습된 가중치 (신경망) — 데이터로 프로그래밍
  • Software 3.0 (2025~) 자연어 프롬프트 (LLM) — 자연언어가 곧 코드
• 하단 한 줄 (네온 그린): 그리고 그가 만든 단어가 — 오늘 우리가 다룰 — Vibe Coding 이다.
• 푸터: (도입부 — 푸터 ❌)

시각

• 레이아웃: horizontal_timeline_5stage (3 단 변형) + quote_with_attribution
• 타입: timeline + chart
• 설명: 3 단 타임라인 가로로 길게. 각 시대 박스 위 우리가 짜는 코드 양 그래프 (1.0 = 100% → 2.0 = 50% → 3.0 = 10%) + 신경망 비중 그래프 (0% → 50% → 90%). 두 라인 교차점이 시각적으로 강력. 타임라인 위쪽 INT-01 다이어그램 작게 재등장 — 다리(프로그래밍 언어) 거의 사라지고 신경망 박스 대체.
• 색: Software 1.0 회색, 2.0 흰색, 3.0 골드 + 네온 그린

강사 멘트 (80초)

안드레이 카르파시 — OpenAI 창립 멤버, 테슬라 AI 디렉터를 지낸 사람입니다. 작년 6월, Y Combinator AI Startup School 에서 Software Is Changing (Again) 이라는 키노트를 했어요. 거기서 그는 소프트웨어를 세 시대로 나눕니다.

Software 1.0 — 우리가 알던 그 코딩. C++, Python 으로 if/else 직접 짜는 시대. Software 2.0 — 2017년 트랜스포머 이후, 신경망 가중치가 코드를 대체한 시대. 그리고 Software 3.0 — 지금, 자연어로 LLM에 직접 말하는 시대.

그가 한 말 중 가장 정확한 한 줄이 이겁니다 — 명시적 코드로 짜던 로직이, 신경망 가중치 공간으로 흡수된다. 라우팅도, 검증도, 분기도, 점점 다 그 안으로 들어간다.

(한 박자 쉬고, 청중을 둘러보며)

그리고 그가 이 시대를 부르는 단어를 만들었어요. 오늘 우리가 90분 동안 다룰 단어 — Vibe Coding 입니다.

자, 그럼 질문 — 이런 시대에, 프로그래밍이란 무엇이고, 코더는 누구인가? 그게 오늘 90분의 질문입니다.

트랜지션 → VCH-01 (본론 [2단] Part 1 라떼는)

도입부 결론이 본론 시작점. 자연 진입.

LLMWiki 출처 (필수 인용)

• lesson/int-software-evolution — Software 1.0 → 2.0 → 3.0 진화
• lesson/int-giants-warning — Karpathy 자기 부정 (4 단원 복선)
• synthesis/slogan-ai-native-no-design-no-code — AI-Native 정의

검토 메모

• A 텍스트: ✅ (영어가 곧 코드 → 자연언어가 곧 코드 수정 후 통과)
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

5. [VCH-01 ~ VCH-10] Part 1 라떼는 — 정형 spec (사용자 v2 종합 지침 박힘)

공통 푸터 (10 슬라이드 中 1~9): 도구는 바뀌었지만 ── 10 번 슬라이드 푸터 (★ 완성): 도구는 바뀌었지만 ── 설계의 책임은 늘 사람에게 있었다. 시각 모티프: 슬라이드 1·3·10 의 "펀치카드 한 장 / 프롬프트 한 줄" 동일 외형 — 한 문장 = 한 의도.

---

[VCH-01] 표지: 라떼는

메타: 2단 Part 1 / 회상 hook (회고 톤 진입) / 1.0 분 / 무게중심 ❌ 섹션 코드: VCH · INTRO

텍스트

• 대제목: 라떼는 —
• 중제목: Part 1 · 45년의 회고, 그리고 한 가지 변하지 않은 것
• 본문 (한 줄): 1981 → 2026, 8개의 도구를 직접 거쳐온 한 사람의 이야기
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: horizontal_diagram_2col
• 타입: line_art (사실적, 살짝 빛바랜 느낌)
• 설명: 좌측 펀치카드 한 장 (라벨 "1981") / 우측 노트북 (Claude Code 화면, 라벨 "2026") / 중간 흐릿한 점선 (다음 슬라이드 타임라인 복선) / 두 사물 거리감으로 45년 시간 폭 시각화
• 색: 펀치카드 빛바랜 골드 (#B8860B), 노트북 네온 그린 (#39FF14), 배경 검정 (#000000)

강사 멘트 (40초)

여기서부터는 — 솔직히 말하면 — 라떼 이야기입니다. (웃음) 1981년부터 2026년 오늘까지, 45년 동안 제가 직접 손으로 만져본 도구가 8개입니다. 펀치카드부터 Claude Code까지. 그 8개를 한 장씩 보여드릴 텐데, 보다 보면 한 가지 이상한 일이 보일 겁니다. 도구는 매번 완전히 바뀌었어요. 그런데 변하지 않은 게 하나 있습니다. 그게 오늘 이 Part 1의 진짜 메시지예요.

트랜지션 → VCH-02

"45년을 한 장에 펼치면 — 이렇게 됩니다."

LLMWiki 출처

• lesson/vch-intro-master-design-永 — 강의 도입 마스터 카드

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-02] 45 년, 10 개의 시대

메타: 2단 Part 1 / 전체 지도 (가장 길게 — 청중 머릿속 지도 박음) / 2.0 분 / 무게중심 ❌ 섹션 코드: VCH · OVERVIEW

텍스트

• 대제목: 45년, 10개의 시대
• 중제목: 펀치카드에서 바이브 코딩까지
• 타임라인 (10 단):
  • E1 펀치카드 (70s 말~80s 초)
  • E2 HEX 리버스 (80s 초~중)
  • E3 어셈블리 (80s 중)
  • E4 C 임베디드 (80s 후~90s 초)
  • E5 DOS C++/Windows (90s 초~중)
  • E6 원격감시·CCTV (90s 중~말)
  • E7 임베디드 OS·통신·국방 (00s 초~중)
  • E8 시뮬레이션·모바일 영상 (00s 중~10s)
  • E9 코딩 휴지기 (10s 초~2025)
  • E10 바이브 코딩 (2025+) ★
• 하단 한 줄: 그리고 — 이 10 시대를 관통한 단 하나의 명제는
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: horizontal_timeline_5stage (10 단 변형)
• 타입: timeline + small icons
• 설명: 가로로 긴 타임라인. 1980s (E1E5) / 19902000s (E5~E8) / 2010s (E9) / 2020s (E10) 영역을 굵기로 구분. 각 시대 대표 아이콘 1 개: E1 펀치카드 / E2 칩 / E3 어셈블리 코드 / E4 TV 화면 / E5 스피커 / E6 CCTV 카메라 / E7 광케이블 / E8 시뮬레이션 그래프 / E9 빈 의자 / E10 별(★). 타임라인 위쪽에 언어 진화 라인 작은 글씨: FORTRAN/COBOL/Pascal → BASIC → ASM (8080·6800·6805) → C → C++ → C# → 자연어 + .md
• 색: E1~E9 회색 (#888888), E10 골드 (#FFD700), E9 빈 의자만 더 옅은 회색 (#444444 — 손을 놓았다는 시각 표현)

강사 멘트 (90초)

이게 45년 지도입니다. E1부터 E10까지 — 위키에서는 ERA 1번부터 10번이라고 부릅니다. 펀치카드로 시작해서, HEX 덤프 뜯어보던 시기, 어셈블리, C, C++, C#... 그 사이에 만든 게 텔리텍스트 같은 가전제품 펌웨어, CCTV 무인기지, 광전송 통신장비 OS, M&S 시뮬레이션까지 — 분야도 정말 다 다릅니다.

그런데 여기 보세요. 9 번째 시대 — 코딩 휴지기. 한 15 년 가까이, 사실 손을 놓았어요. 이쪽 일을 안 했어요. 왜냐? 이미 다 해본 것 같았거든요. 그런데 작년에 — Claude Code 만나고 나서 — 이 의자에 다시 앉았습니다. E10. ★ 표시한 부분.

자, 이 10 개 시대를 관통한 단 하나의 명제가 뭐냐? 그게 — 다음 슬라이드부터 8 장에 걸쳐서 — 펼쳐집니다.

트랜지션 → VCH-03

"1980 년대 초로 돌아가 봅시다."

LLMWiki 출처

• synthesis/vch-index-era — VCH INDEX 시대 일람
• synthesis/vch-index-lang — 언어 진화 트리
• synthesis/vch-index-experience — 경험 매트릭스

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-03] E1+E2: 펀치카드와 HEX 덤프

메타: 2단 Part 1 / 첫 도구 (한 장 = 한 문장 모티프 박음) / 2.0 분 / 무게중심 ❌ 섹션 코드: VCH · E1+E2

텍스트

• 대제목: E1 + E2 — 펀치카드와 HEX 덤프
• 중제목: 학창시절 FACOM, 그리고 일본 가전 마이콤을 뜯어보다
• 본문 (좌우 2 단):
  • E1 (1970s 말 ~ 80s 초):
    • FACOM 펀치카드
    • 한 장 = 한 문장
    • FORTRAN · COBOL · Pascal 학습기
  • E2 (1980s 초 ~ 중):
    • 일본 가전 마이콤 HEX 리버스
    • ETRI BASIC + CAD 한글 구현
    • 1바이트 = 1글자의 무게
• 강조 박스 (골드): 그때 한 문장 짜려면 — 카드 한 장 펀치하고, 한 줄 어셈블 하고, 1 바이트를 아끼려고 밤을 새웠다.
• 설계 통찰 (네온 그린, 큰 글씨): 그 시대의 설계 = 자료구조의 설계. 자료구조라는 학문을 이해한 사람이 — 코드를 효율화하고, 메모리를 줄였다.
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: horizontal_diagram_2col
• 타입: photo (펀치카드) + monospace text (HEX)
• 설명: 좌측 펀치카드 한 장 큰 클로즈업 (구멍 보일 정도) — 카드 위 FORTRAN 한 줄 WRITE(6, 100) X, Y. 우측 HEX 덤프 화면 A0 5C 3F 21 ... — 그 위 작은 글씨 해독 결과 "한글 폰트 데이터, 8x8 비트맵, 한 글자 = 8 바이트". 두 사진 잇는 가로 화살표 라벨 "5 년 — 같은 마음, 다른 도구". 슬라이드 우하단 작은 자료구조 도식 thumbnail (배열·연결리스트·트리 미니 아이콘) — 설계 통찰 의 시각 닻.
• 색: 펀치카드 빛바랜 골드 (#B8860B), HEX 네온 그린 (#39FF14), 자료구조 thumbnail 흰색

강사 멘트 (110초)

E1 — 학창시절. 일본 후지쯔의 FACOM 컴퓨터 썼어요. 펀치카드. 카드 한 장에 한 문장 들어갑니다. 한 장 잘못 펀치하면 그 카드만 새로 펀치하면 돼요. 그래서 한 문장씩 짜는 게 자연스러웠습니다. 이때 학교에서는 FORTRAN 가르쳤고, 졸업할 때쯤엔 COBOL, Pascal 까지 배웠어요.

E2 — 사회 초년생. 일본 가전제품을 뜯어서 안에 들어있는 마이콤을 봤어요. 메모리 덤프를 뜨면 HEX 코드가 쫙 나오는데, 그걸 읽어서 어떻게 동작하는지 역으로 추적 했습니다. 동시에 ETRI 에서 BASIC + CAD 로 한글 구현하는 일도 했어요. 한 글자가 8x8 비트맵이면 8 바이트입니다. 한글 2,350 자면 18,800 바이트. 그때는 1 바이트가 비싼 시대 였습니다.

여기서 한 가지 — 그 시대 코드를 잘 짜는 사람의 비결이 뭐였냐? 한 단어로 말하면 — 자료구조 였습니다. 데이터를 어떻게 메모리에 박을지, 어떤 구조로 묶을지 — 배열로 둘 것이냐 연결리스트로 둘 것이냐, 트리로 묶을 것이냐 해시로 흩을 것이냐. 그 자료구조 설계 가 곧 코드 효율과 메모리 절약을 결정했어요. 그래서 — 자료구조라는 학문을 이해한 사람이 좋은 코드를 짰습니다. 코드 잘 짜는 사람이 따로 있는 게 아니라 — 자료구조를 잘 설계하는 사람이 따로 있었던 거예요.

펀치카드의 카드 한 장 = 한 문장 — 이거 기억해두세요. 슬라이드 10 에서 다시 만납니다.

트랜지션 → VCH-04

"그리고 — 80 년대 중반부터, 어셈블리의 황금기가 옵니다."

LLMWiki 출처

• case/exp-punch-facom — 학창시절 FACOM 펀치카드
• case/exp-hex-reverse-jp — 일본 가전 마이콤 HEX 리버스
• case/exp-basic-cad-hangul — ETRI BASIC + CAD 한글
• concept/storage-is-memory — 1 바이트와 한 문장

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-04] E3: 어셈블리의 황금기, 마이콤 패밀리

메타: 2단 Part 1 / 8 비트 마이콤 시대 (물리적 친밀감) / 1.5 분 / 무게중심 ❌ 섹션 코드: VCH · E3

텍스트

• 대제목: E3 — 8 비트 마이콤의 황금기
• 중제목: 1980s 중 · 어셈블리어로 칩과 직접 대화
• 본문 (3 칩 카드):
  • Intel 8080: 5 MHz · 8 비트 — PC의 조상
  • Motorola 6800: 1 MHz · 8 비트 — 가전·자동차의 마이콤
  • Motorola 6805: 4 MHz · 8 비트 — 임베디드 컨트롤
• 강조 박스 (네온 그린): "어셈블리어는 — 컴퓨터의 언어 쪽에 가장 가까운, 인간이 그래도 읽을 수 있는 마지막 언어다."
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: bento_grid_4 (3 칩 카드)
• 타입: line_art (칩) + monospace (어셈블리 코드)
• 설명: 3 마이콤 칩 사진 카드 배치 (8080·6800·6805). 각 카드 아래 그 칩으로 만든 어셈블리 한 줄: 8080 MOV A, B (레지스터 복사) / 6800 LDA #$FF (즉시값 로드) / 6805 BRA loop (분기). 카드 위 작은 글씨로 사용 도메인.
• 색: 칩 회색 라인아트 (#888888), 어셈블리 코드 네온 그린 (#39FF14)

강사 멘트 (75초)

80 년대 중반은 — 8 비트 마이콤의 황금기 였어요. Intel 8080, Motorola 6800, 6805. 이 칩들 직접 손에 들고, 데이터시트 보면서, 한 줄 한 줄 어셈블리어를 짰습니다. 레지스터 한 개의 값을 다른 레지스터로 옮기는 데 한 줄 — MOV A, B. 메모리 1 바이트 읽는 데 한 줄.

어셈블리어는 어떤 언어냐? 컴퓨터의 언어 쪽에 가장 가까운, 인간이 그래도 읽을 수 있는 마지막 언어 입니다. 한 줄을 짜면 그게 그대로 한 명령어로 칩에 들어가요. 컴퓨터하고 거의 직접 대화 하는 거예요.

이때 사람이 했던 일이 뭐였습니까? 바이트를 아끼고, 사이클을 아끼고, 메모리 맵을 종이에 직접 그리는 것. 그게 그 시대의 설계였습니다.

트랜지션 → VCH-05

"그리고 — C 가 왔습니다. 가전제품에."

LLMWiki 출처

• case/exp-asm-micro-family — 8080·6800·6805 어셈블리 응용
• synthesis/vch-era-e03-assembly — E3 어셈블리 시대

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-05] E4: TV 텔리텍스트, LED 한글 ★ HIPO 기록

메타: 2단 Part 1 / C 임베디드 + HIPO 차트 (★ 첫 무게중심) / 2.0 분 / 무게중심 ★ 섹션 코드: VCH · E4

텍스트

• 대제목: E4 — TV 안에 코드를 넣다
• 중제목: 1980s 후 ~ 90s 초 · C 임베디드의 시대
• 본문 (좌우 2 단):
  • TV 텔리텍스트 개발:
    • 방송 신호 안에 데이터를 실어보내는 시스템
    • TV 화면 한 구석에 뉴스·날씨가 떴던 그 기능
    • C 로 짠 펌웨어가 가전 안에 박혔다
  • LED 사인보드 한글 (1981 년경):
    • 전광판에 한글이 흐르게 만든 일
    • ★ HIPO 차트로 설계 — 45 년 후에도 도면이 남아있다
• 강조 박스 (골드, 큰 글씨): 도구가 바뀐 게 아니다 — 도구가 늘어났을 뿐 이다. 코드 옆에 — 설계 도구 가 같이 있어야 했다.
• 대조 통찰 (회색 페이드): 그러나 — HIPO 를 몰랐던 사람들의 코드는 스파게티 였다. goto 문이 사방으로 튀어, 한 페이지 따라가다 길을 잃었다. 설계 도구의 유무 = 코드 품질의 차이.
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: horizontal_diagram_2col (+ 중앙 강조)
• 타입: line_art + 1980s photo (HIPO 차트가 슬라이드 진짜 주인공)
• 설명: 좌측 TV 화면 일러스트 (1980 년대 텔리텍스트 화면 모양 — 화면 구석에 데이터 표시). 우측 LED 사인보드 일러스트 (빨간 LED 도트로 "안녕하세요" 흐름). 슬라이드 한가운데 HIPO 차트 한 장 (Hierarchy + Input/Process/Output, IBM 설계 도구) — 라벨 "1981 년경 작성, 현재까지 보존됨". 이 차트가 슬라이드의 정서적 핵.
• 색: TV·LED 회색 톤, HIPO 차트는 골드 라인 (의미: 이 종이 한 장이 45 년을 살아남았다)

강사 멘트 (120초)

1980 년대 후반부터 — 가전제품 안에 본격적으로 C 가 들어가기 시작합니다. 제가 한 일 두 개를 보여드려요.

첫째 — TV 텔리텍스트. 지금은 인터넷 시대니까 잘 모르실 텐데, 옛날에는 TV 방송 신호 안에 데이터를 실어 보내서, TV 화면 구석에 뉴스나 날씨가 흐르게 했어요. 그 기능을 만들었습니다. 가전제품 안에 들어가는 펌웨어를 C 로 짰어요.

둘째 — LED 사인보드 한글. 1981 년경. 전광판에 한글이 흐르게 만든 일이었습니다. 그런데 여기서 — 한 가지 중요한 게 등장합니다. HIPO 차트. Hierarchy + Input/Process/Output. IBM 이 만든 설계 도구예요. 그때 제가 그린 HIPO 차트가 — 사실은 — 지금도 남아있습니다. 45 년이 지났는데.

(한 박자 쉬고)

여기서 깨달은 게 있어요. 도구가 바뀐 게 아니에요. 도구가 늘어난 거예요. 코드 옆에 — 설계 도구 가 반드시 같이 있어야 했어요. 코드만 가지고는 가전제품 안에 들어가는 펌웨어를 만들 수가 없었습니다.

그런데 — 솔직히 말하면 — 그 시대 모두가 HIPO 를 쓴 건 아니었어요. 안 쓴 사람도 많았습니다. 그러면 어떤 코드가 나왔냐? 스파게티 코드 입니다. goto 문이 사방으로 튀어 다녀서, 한 페이지 따라가다 길을 잃어요. 디버깅도 안 되고, 유지보수도 안 됩니다. 1968 년에 Edsger Dijkstra 가 이미 "Go To Statement Considered Harmful" 이라는 논문에서 goto 는 해롭다 고 말했지만 — 사람들은 잘 안 따랐어요. 왜? 설계 도구가 없었으니까. HIPO, 구조도, 플로우차트 — 이런 게 있어야 goto 없이도 흐름을 잡을 수 있었거든요.

그러니까 — HIPO 그리는 사람과 안 그리는 사람의 차이 가 곧 코드 품질의 차이 였습니다. 도구는 같았어요. 시간도 같았어요. 그런데 설계를 했냐 안 했냐 — 그 한 가지가 다 결정했습니다.

트랜지션 → VCH-06

"90 년대로 가봅시다 — 이번엔 PC 위에서 멀티미디어가 터집니다."

LLMWiki 출처

• case/exp-c-teletext — TV 텔리텍스트 개발
• case/exp-c-led-hangul-1985 — LED 사인보드 한글 (★ HIPO 기록)
• entity/hipo-chart — HIPO 차트 정의
• synthesis/vch-era-e04-c-embedded — E4 C 임베디드 시대

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-06] E5: 말하는 그림책, DOS C++/Windows

메타: 2단 Part 1 / 1990 멀티미디어 + C++ 객체지향 / 1.5 분 / 무게중심 ❌ 섹션 코드: VCH · E5

텍스트

• 대제목: E5 — 멀티미디어의 개막
• 중제목: 1990s 초 ~ 중 · DOS C++/Windows + 표준화의 시대
• 본문 (한 줄): 책장을 넘기면 — 그림책이 사람의 목소리로 읽어준다
• 세부 (3행):
  • DOS 위 C++ — 객체지향이 실무로 내려온 첫 시기
  • 음성합성 (TTS) — 한 글자 = 음소 매핑, 음소 = 파형 데이터
  • 멀티미디어 = 코드 + 음성 + 그래픽 의 첫 만남
• 강조 박스 (골드): 객체(Object) — 그림 한 장도, 소리 한 음절도, 모두 클래스 가 되었다
• 표준화 통찰 (네온 그린): 이 시대의 또 다른 이름 — 표준화의 시대. JPEG (이미지) · MPEG (영상) · MIDI (음악) · TCP/IP · HTTP (통신) — 표준 위에서 코드가 자라기 시작했다.
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: centered_emphasis (그림책 + 파형 + 코드 + 표준 로고)
• 타입: illustration + waveform + code + standard logos
• 설명: 중앙 그림책 한 권 일러스트. 그림책에서 음성 파형 위로 솟아오르는 그림. 우측 하단 작은 C++ 클래스 정의 토막: class Page { Image image; Voice narration; void play(); };. 좌측 하단 표준 로고 mini-band — JPEG · MPEG · MIDI · TCP/IP 4 자리 작은 라인아트 아이콘. 작은 글씨 출시 시기 "DOS + Windows 3.1 시대".
• 색: 그림책 빛바랜 갈색, 음성 파형 네온 그린 (#39FF14), C++ 코드 회색 (#666666), 표준 로고 흰색

강사 멘트 (100초)

1990 년대 초반 — 말하는 그림책 을 만들었어요. 책장을 넘기면 그림책이 사람의 목소리로 읽어주는 거예요. 지금 보면 별거 아니지만, 그땐 음성합성 자체가 어려웠습니다. 한 글자를 음소로 쪼개고, 음소마다 파형 데이터를 가지고 있어서, 그걸 합쳐서 소리로 만들었어요.

도구는 — DOS 위에서 돌아가는 C++. 그리고 곧 Windows 3.1 시대로 넘어가면서, 멀티미디어가 본격화됩니다. 객체지향이 실무로 처음 내려온 시기였어요. 그림 한 장도 클래스, 소리 한 음절도 클래스 — 모든 게 객체 가 되었습니다.

그런데 — 이 시대를 다르게 부르는 이름이 있어요. 표준화의 시대. 1990 년대는 — JPEG (이미지), MPEG (영상), MIDI (음악), TCP/IP·HTTP (통신) 같은 모든 표준 이 한 번에 쏟아진 시대였습니다. 우리가 지금 당연하게 쓰는 모든 것이 — 그 시대에 표준 으로 박혔어요. 그게 코드에 어떤 의미였냐? 영상을 처음부터 짜는 게 아니라 — MPEG 표준을 따라 짜는 일. 코더가 한 일이 어떤 표준을 골라 어떻게 조합할 것인가 — 그게 설계가 되었습니다.

여기서도 — 그림책의 페이지 하나하나를 어떻게 모델링할지를 먼저 그렸어요. UML 이 정식으로 쓰이기 전이었지만, 클래스 관계도는 종이에 그렸습니다.

트랜지션 → VCH-07

"그리고 — 90 년대 후반, 일이 더 커졌습니다. 통신과 국방이 들어왔어요."

LLMWiki 출처

• case/exp-cpp-speakbook — 말하는 그림책·음성합성
• synthesis/vch-era-e05-windows-multimedia — E5 DOS C++/Windows 시대

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-07] E6+E7: 무인기지에서 광전송 OS까지 ★

메타: 2단 Part 1 / 통신·국방의 무게 (★ 두 번째 무게중심) / 2.0 분 / 무게중심 ★ 섹션 코드: VCH · E6+E7

텍스트

• 대제목: E6 + E7 — 무인기지에서 광전송 OS까지
• 중제목: 1990s 중 ~ 2000s 중 · 통신·국방의 무게
• 본문 (좌우 2 단):
  • E6 (1990s 중 ~ 말):
    • mJPEG CCTV 무인기지
    • 가스공사 · 한전 · 신한은행
    • 사람 없는 곳을 24 시간 감시한다는 것
  • E7 (2000s 초 ~ 중):
    • XINU 응용 광전송 OS 국산화
    • 통신 장비의 운영체제를 직접 만들었다
    • 임베디드 OS · 통신 · 국방
• 강조 박스 (골드): 사람 목숨과 국가 인프라가 걸린 시스템 — 설계 문서가 코드보다 두꺼웠다.
• 신뢰성 통찰 (네온 그린): 이 시대의 설계 = 신뢰성 + 검증. 외부 보조 툴 (오실로스코프 · 로직 분석기 · JTAG) + 워치독 타이머 (코드가 멈추면 자동 리셋) — 검증을 설계 안에 박는다.
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: horizontal_diagram_2col (+ 중앙 정서 핵 + 우상단 워치독 아이콘)
• 타입: line_art + iconography + 두꺼운 문서 더미 + 워치독 회로
• 설명: 좌측 CCTV 카메라 일러스트 + 3 개 기관 로고 라인아트 (가스공사·한전·신한은행) — 라벨 "사람 없는 곳, 24 시간". 우측 광케이블 단면 일러스트 + XINU 커널 구조도 (Process · Memory · I/O 작은 도식) — 라벨 "OS 를 직접 만들었다". 두 카드 사이 중앙 두꺼운 설계 문서 더미 일러스트 + 라벨 "이 시기의 설계 문서, 코드보다 두꺼웠다" — 슬라이드의 정서적 핵. 우상단 작은 워치독 회로 도식 (타이머 + 리셋 신호 화살표) + 라벨 "코드가 멈추면 — 자동 리셋".
• 색: CCTV·광케이블 회색, 설계 문서 더미는 골드 (#FFD700) — 의미: 이 종이가 시스템을 떠받쳤다. 워치독 회로는 네온 그린 (#39FF14) — 자동 검증의 원형

강사 멘트 (120초)

90 년대 후반부터 일이 완전히 다른 차원 으로 가요.

첫째 — mJPEG CCTV 무인기지. 가스공사, 한전, 신한은행. 사람이 24 시간 있을 수 없는 곳을 카메라로 24 시간 보는 시스템이었어요. 이게 멈추면? 가스 누출을 못 봅니다. 변전소 사고를 못 봅니다. 은행 금고를 못 봅니다.

둘째 — XINU 응용 광전송 OS 국산화. 광케이블로 데이터가 흐르는 통신 장비의 운영체제 를 직접 만들었어요. XINU 라는 임베디드 OS 를 응용해서. 국방 분야에도 들어갔습니다.

여기서 한 가지 — 이 시기에 제가 직접 본 광경이 있어요. 설계 문서가 코드보다 두꺼웠습니다. 사람 목숨과 국가 인프라가 걸린 시스템에서는 — 코드 한 줄을 추가하기 전에, 그 코드가 어디 들어가는지, 어떤 상태에서 호출되는지, 실패하면 어떻게 되는지 — 다 종이에 그렸습니다. UML, Yourdon DFD, Chen ERD — 다 썼어요.

그런데 — 이런 시스템은 코드만 잘 짜서는 안 됐어요. 코드가 멈추면 어떻게 할 것인가 까지 설계해야 했습니다. 그래서 등장한 게 — 워치독 타이머. 메인 코드가 일정 시간 동안 신호를 안 보내면, 하드웨어가 자동으로 시스템을 리셋 합니다. 자동 감시견 이에요. 그리고 외부 보조 툴 — 오실로스코프, 로직 분석기, JTAG 디버거 — 이런 걸 한쪽에 깔아놓고, 코드가 진짜 잘 도는지 외부에서 검증했습니다.

그러니까 — 설계가 곧 신뢰성이고, 검증이었습니다. 오늘 Part 2 검증 chapter 에서 다시 만날 Hooks 의 조상 — 그게 바로 워치독이었어요.

(한 박자 쉬고)

코드가 시스템이 아니에요. 설계가 시스템이고, 코드는 그 설계의 한 표현 이었습니다.

트랜지션 → VCH-08

"그리고 — 2000 년대 중반, 시뮬레이션의 시대가 옵니다."

LLMWiki 출처

• case/exp-mjpeg-cctv — mJPEG CCTV 무인기지
• case/exp-xinu-optical — XINU 응용 광전송 OS 국산화
• synthesis/vch-era-e06-remote-cctv — E6 시대
• synthesis/vch-era-e07-embedded-os — E7 시대

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-08] E8: M&S 와 C# — 시뮬레이션의 시대

메타: 2단 Part 1 / 모델 위에서 코드가 자라는 첫 시기 / 1.5 분 / 무게중심 ❌ 섹션 코드: VCH · E8

텍스트

• 대제목: E8 — 시뮬레이션의 시대
• 중제목: 2000s 중 ~ 10s · M&S 와 모바일 영상, 그리고 C#
• 본문 (3 행):
  • M&S (Modeling & Simulation) — 시스템을 만들기 전에 모델로 검증한다
  • 모바일 영상 처리 — 휴대폰 안에서 영상이 분석된다
  • C# — .NET 위에서 객체와 이벤트가 한 묶음이 되었다
• 강조 박스 (네온 그린): M&S 의 본질: 코드를 짜기 전에 — 시스템을 시뮬레이션해본다. 설계가 실행 가능 해진 첫 번째 순간.
• 운영 환경 통찰 (골드): 코드보다 먼저 — 운영 · 작전 · 사용 환경 을 정확히 분석한다. 분석이 틀리면 — 모델이 정교해도 현실과 달라진다. 환경 분석 → 모델링 → 그 다음이 코드.
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: centered_emphasis (그래프 + 모델 박스 + 코드 + 환경 분석 레이어)
• 타입: chart + diagram + code + environment layers
• 설명: 중앙 시뮬레이션 그래프 — 시간축 위 시스템 상태 변동 곡선 (3 개의 파동 겹침). 그래프 옆 작은 모델 박스 다이어그램 (입력 → 모델 → 출력). 그래프 위쪽 환경 분석 레이어 — 작전 환경 (지형·날씨·적 상황) → 모델링 → 코드 3 단 흐름 시각화. 라벨 "환경 분석 → 모델링 → 코드 (마지막 단계)". 우측 하단 C# 코드 토막: class Sensor { event EventHandler<Data> OnRead; }.
• 색: 환경 분석 레이어 골드 (#FFD700) — 가장 먼저·가장 중요. 그래프 네온 그린 (#39FF14), 모델 박스 흰색, C# 코드 회색

강사 멘트 (100초)

2000 년대 중반부터 — 일의 성격이 바뀝니다. 그동안은 코드가 곧 시스템 이었어요. 짜면 그게 돌아가는 거였죠. 그런데 M&S — Modeling & Simulation — 도메인에서는 다릅니다. 시스템을 만들기 전에, 시스템을 모델로 먼저 시뮬레이션해 봅니다.

모바일 영상 처리도 같이 했어요. 휴대폰 안에서 영상을 분석하는 일이었는데, 도구는 — C#. .NET 위에서 객체와 이벤트가 한 묶음이 되어서, 코드가 한층 더 자연스러운 모양 으로 바뀌었어요.

그리고 — 한 가지 더. M&S 도메인에서 진짜 중요한 것 이 뭐였냐? 코드가 아니에요. 운영 환경 입니다. 군사 시뮬레이션이라면 — 어떤 작전 환경에서 쓸 것인가, 어떤 지형, 어떤 날씨, 어떤 적의 상황. 이걸 정확히 분석하고 — 그 분석이 모델에 반영 되어야 했어요. 분석이 틀리면 — 모델이 아무리 정교해도 현실과 달랐습니다. 그러니까 설계의 출발점이 코드가 아니라 — 환경 분석 이었어요. 운영, 작전, 사용 환경을 정확히 분석하고 → 모델로 박고 → 그 다음에 코드. 코드는 마지막 단계였습니다.

여기서 한 단계 더 진화한 게 있어요. M&S 에서는 — 설계 자체가 실행 가능했어요. 모델을 그리면, 그게 바로 시뮬레이션이 돌아갑니다. 종이의 설계가 — 처음으로 — 살아있는 설계 가 된 시기였습니다.

트랜지션 → VCH-09

"그리고 — 한 15 년, 손을 놓았습니다."

LLMWiki 출처

• synthesis/vch-era-e08-sim-mobile — E8 시뮬레이션·모바일 영상 시대

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-09] E9+E10: 코딩 휴지기, 그리고 E10 복귀

메타: 2단 Part 1 / 가장 조용한 슬라이드 (15 년 휴지기 인정 → 복귀) / 1.5 분 / 무게중심 ❌ 섹션 코드: VCH · E9+E10

텍스트

• 대제목: E9 + E10 — 손을 놓다, 그리고 다시 앉다
• 중제목: 2010s 초 ~ 2025 · 그리고 어느 날
• 본문 (좌우 2 단):
  • E9 (2010s 초 ~ 2025):
    • 코딩 휴지기 약 15 년
    • 이미 다 해본 것 같았다
  • E10 (2025+):
    • Claude Code 와의 첫 만남
    • 의자에 다시 앉았다 ★
    • 그리고 — 알게 되었다
• 강조 박스 (골드, 큰 글씨): "내가 45 년 동안 했던 그 설계의 일 이 — 사라지지 않았다. 오히려 — 그게 전부가 되었다."
• 푸터: 도구는 바뀌었지만 ──

시각

• 레이아웃: horizontal_diagram_2col (의도적 비어있게 — 무게는 침묵에서)
• 타입: line_art (의자 + 노트북)
• 설명: 좌측 빈 의자 일러스트 — 라떼 컵 한 잔만 옆에 놓여있는 그림. 라벨 "15 년". 우측 같은 의자 — 사람이 앉아있고 노트북에 Claude Code 떠 있는 그림. 라벨 "2025". 두 그림 사이 화살표 위 작은 글씨 "왜 다시 앉았는가 — 다음 슬라이드".
• 색: 빈 의자 옅은 회색 (#444444), 다시 앉은 의자 골드 (#FFD700) + 네온 그린 (#39FF14)

강사 멘트 (75초)

사실은 — 한 15 년, 코딩에서 손을 놓고 있었어요. 다른 일을 했습니다. 이미 다 해본 것 같았어요. 더 새로울 게 없겠다 싶었거든요.

그런데 작년에 — Claude Code 를 처음 써봤습니다. 그날 의자에 다시 앉았어요. 한 시간 만에 — 알게 된 게 있어요.

(한 박자 쉬고, 천천히)

제가 45 년 동안 해왔던 그 일 — 코드 한 줄 짜기 전에 종이에 설계 그리던 그 일 — 그게 사라진 게 아니었어요. 오히려 — 그게 전부가 되었습니다. 코드는 — Claude 가 짭니다. 빠르게, 정확하게. 그런데 무엇을 만들지, 어떻게 만들지, 어디에 들어가는지 — 그건 여전히 사람이 결정해야 하더라고요.

그래서 — 다음 슬라이드가 — Part 1 의 결론입니다.

트랜지션 → VCH-10

"그래서 — 이게, 45 년이 저에게 가르친 단 하나입니다."

LLMWiki 출처

• synthesis/vch-era-e09-pause — E9 코딩 휴지기
• synthesis/vch-era-e10-vibe-coding — E10 바이브 코딩 시대 ★
• case/exp-vibe-return — Claude Code 로 시니어 복귀

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

[VCH-10] 결론: 도구는 바뀌었지만 ── 설계의 책임은 늘 사람에게 있었다 ★

메타: 2단 Part 1 / Part 1 의 마지막 — 푸터 한 문장 완성 + 펀치카드 ↔ 프롬프트 시각 회수 (★ Part 1 정점) / 2.0 분 / 무게중심 ★ 섹션 코드: VCH · CONCLUSION

텍스트

• 대제목 (큰 글씨): 그래서 — 설계 없는 코드 없다
• 중제목: No Design, No Code
• 본문 (한 줄, 골드): 8 개의 도구를 거쳐와도 — 한 가지만 변하지 않았다
• 세부 (3 행):
  • 도구는 — 펀치카드에서 프롬프트까지
  • 언어는 — 기계어에서 자연어까지
  • 그러나 — 무엇을 만들지 결정하는 일 은 늘 사람의 몫이었다
• 푸터 (★ 마침내 완성, 큰 글씨, 골드 + 네온 그린): 도구는 바뀌었지만 ── 설계의 책임은 늘 사람에게 있었다.

시각

• 레이아웃: mirror_2sides (좌·우 동일 외형 — 한 문장 = 한 의도 모티프)
• 타입: line_art + side-by-side comparison (1981 ↔ 2026)
• 설명: 슬라이드 정중앙에 두 개의 사물이 같은 크기, 같은 모양으로 나란히 박힘:
  • 좌측: 펀치카드 한 장 — VCH-03 의 그 펀치카드. 카드 위 한 줄: WRITE(6, 100) X, Y. 시기 "1981".
  • 우측: 프롬프트 한 줄 — 마크다운 파일의 한 줄. 카드 모양 으로 그려서 펀치카드와 동일한 외형. 한 줄: 오늘 매출에서 이상치를 찾아 차트로 보여줘. 시기 "2026".
  • 두 사물 사이 화살표 위 라벨 (큰 글씨, 골드): "한 문장 = 한 의도"
  • 두 사물 위 한 줄: "45 년 — 도구는 바뀌었어도, 한 문장으로 의도를 던지는 본질은 같다".
• 색: 펀치카드 빛바랜 골드, 프롬프트 카드 골드 + 네온 그린, 푸터 처음으로 완성된 형태 골드 + 네온 그린

강사 멘트 (90초)

보세요. 이 두 개. 왼쪽은 1981 년 펀치카드. 한 줄짜리 FORTRAN. 오른쪽은 2026 년 프롬프트. 한 줄짜리 한국어. 모양이 거의 같습니다.

45 년 동안 — 도구는 8 번 바뀌었어요. 펀치카드, HEX, 어셈블리, C, C++, C#, 그리고 자연어까지. 분야도 다 달랐어요. 가전제품, TV 텔리텍스트, LED 사인보드, 말하는 그림책, CCTV 무인기지, 광전송 OS, M&S 시뮬레이션. 다 다른 일이었습니다.

그런데 — 변하지 않은 게 하나 있어요. 사람이 컴퓨터에 한 문장으로 의도를 던진다 는 본질. 그리고 그 의도를 — 어떻게 시스템으로 만들지 결정하는 일 — 그게 45 년 동안 사람의 몫이었습니다.

(한 박자 길게 쉬고, 푸터를 가리키며)

도구는 바뀌었지만 — 설계의 책임은 늘 사람에게 있었다.

이게 — 라떼는 — 의 결론입니다. 그리고 이게 — 오늘 90 분 강의의 진짜 명제 입니다. No Design, No Code. 설계 없이는, 코드도 없습니다.

트랜지션 → VBC-T-1 (Part 2 돌개 진입)

"그럼 — 그 설계는, 지금 어떻게 해야 합니까? 그게 Part 2 입니다." (천천히)

LLMWiki 출처 (필수)

• concept/no-design-no-code — 설계 없는 코드 없다 ★ Part 1 결론 명제
• concept/tools-change-responsibility-stays — 도구는 바뀌어도 책임은 사람 ★ 푸터 한 문장
• concept/prompt-is-design — 펀치카드와 프롬프트 ★ 시각 모티프
• concept/design-permanence — 설계의 영구성
• concept/language-design-separation — 언어 ≠ 설계

검토 메모

• A 텍스트: ✅
• B 시각 자료: ✅
• C 강사 멘트: ✅
• D 트랜지션: ✅
• E ppt-edge-accent-dark 정합: ✅
• 판정: ✅ (5/5 통과 — 사용자 직접 검토 2026-05-10)

---

6. [VBC-00-1 ~ VBC-V-5] Part 2 돌개 — 정형 spec (2 진입 + 4 ch × 5 = 22)

공통 푸터 진화 (4 요소 누적):

• VBC-00-x (진입): 돌개의 4 요소 ── ? (4 자리 모두 미박음)
• VBC-T-x: 돌개의 4 요소 ── [시간]
• VBC-S-x: 돌개의 4 요소 ── 시간 · [공간]
• VBC-C-x: 돌개의 4 요소 ── 시간 · 공간 · [연결]
• VBC-V-x: 돌개의 4 요소 ── 시간 · 공간 · 연결 · [검증]
• VBC-V-5 (★ 완성): 돌개의 4 요소 ── 시간 · 공간 · 연결 · 검증 ✓

시그니처 아이콘 (각 chapter 우상단 동일 위치): 시간 = 모래시계 + 한 입 (골드) / 공간 = 책장 (흰색) / 연결 = 케이블·노드 (네온 그린) / 검증 = 체크박스+자물쇠 (코랄)

5-슬라이드 narrative 패턴 (각 chapter): 정의 (What) → 문제 (Why) → 메커니즘 (How) → 실전 (Demo) → 돌개 통찰 (Insight + Bridge)

---

Part 2 진입 (VBC-00) — 4 요소 도입 (Part 1 → Part 2 다리)

Part 1 라떼는의 결론 "도구는 바뀌었지만 — 설계의 책임은 늘 사람" 직후 — 자연스럽게 "그럼 오늘 시대의 설계는 무엇인가?" 질문이 떠오른다. 그 답이 4 요소 임을 먼저 한 화면에 펼친 후 한 자리씩 들어간다.

---

[VBC-00-1] Part 2 — 돌개 / Vibe Coding 의 4 요소

메타: 3단 / Part 2 진입 표지 / 1.0 분 / 무게중심 ❌ 섹션 코드: VBC-00-1

텍스트

• 대제목: Part 2 — 돌개
• 중제목: Vibe Coding 의 4 요소 — 기술 본질 + 가소성 (Plasticity)
• 본문 (4 quadrant + 중앙):
  • 시간 — 루프 (Loop) : 쿼리·응답·검토의 짧은 사이클
  • 공간 — 한정된 윈도우 (Limited Window) : 컨텍스트는 유한하다
  • 연결 — 확장성 (Extensibility) : 한 AI 의 손을 넓힌다
  • 검증 — 코드 성장 (Growing Code) : 검증된 코드가 영속 자산 으로 누적된다
  • (중앙) 4 요소 종합 → 가소성 (Plasticity) : 시스템이 적응하고 성장한다
• 강조 박스 (골드): 오늘 우리 시대 — 설계의 4 차원. 4 차원이 함께 작동 하면 시스템에 가소성 (Plasticity) 이 생긴다.
• 푸터: 돌개의 4 요소 ── ? (4 차원 모두 도입 전)

시각

• 레이아웃: bento_grid_4 (4 quadrant + 중앙 핵)
• 타입: 4-icon grid + central plasticity figure
• 설명: 4 quadrant 시그니처 아이콘 — 좌상 순환 루프 (시간, 골드) / 우상 한정 윈도우 프레임 (공간, 흰색) / 좌하 확장 케이블 그래프 (연결, 네온 그린) / 우하 지식 누적 트리 (검증, 코랄). 중앙 살아있는 시스템 핵 (가소성 / Plasticity — 펄스 애니, 4 화살표 수렴) — 4 차원이 한 시스템 에 모인다는 시각.
• 색: 4 quadrant 각각 시그니처 색, 중앙 가소성(Plasticity) 핵 골드 + 네온 그린 (살아있는 시스템), 배경 검정

강사 멘트 (55초)

Part 2 시작합니다. 라떼 이야기 끝났고 — 이제 지금 의 이야기예요. 돌개 — 돌아온 개발자. 그러면 — 오늘 시대의 설계 는 무엇으로 만드는가? 4 가지 요소입니다. 그런데 — 단순한 할 일 4 가지 가 아니에요. 기술 본질 4 차원입니다.

시간 = 루프. 공간 = 한정 윈도우. 연결 = 확장성. 검증 = 코드 성장. 그리고 — 이 4 차원이 함께 작동 하면 시스템에 가소성 (Plasticity) 이 생깁니다. 적응하고 성장하는 시스템. 그게 우리가 만들 자리예요.

트랜지션 → VBC-00-2

"왜 이 네 가지 일까요? 그리고 어떻게 가소성 (Plasticity) 으로 모이나요?"

LLMWiki 출처

• concept/4-elements-of-vibe-coding, synthesis/4-elements-master, 4-elements/

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — VBC-00 일괄 검토 2026-05-10)

---

[VBC-00-2] 왜 이 네 요소인가 — 가소성 (Plasticity) 을 향해

메타: 3단 / Part 2 진입 — 왜 (Why) / 1.5 분 / 무게중심 ❌ 섹션 코드: VBC-00-2

텍스트

• 대제목: 왜 이 네 요소인가
• 중제목: 4 결정 질문 → 4 기술 본질 → 가소성 (Plasticity)
• 본문 (4 행, 결정 질문 + 기술 본질):
  • 시간 — 어떻게 쪼갤까? → 루프 설계 (쿼리·응답·검토의 짧은 사이클)
  • 공간 — 어디에 둘까? → 한정 윈도우 운용 (유한 컨텍스트 안에서 무엇을 우선)
  • 연결 — 누구를 데려올까? → 확장성 구축 (AI 의 손을 외부로 넓힘)
  • 검증 — 무엇을 막을까? → 코드 성장 (검증된 코드가 영속 자산 으로 누적 → 시스템이 그 위에서 자람)
• 강조 박스 (골드, 큰 글씨): 4 결정이 함께 작동 → 시스템에 가소성 (Plasticity) 이 생긴다. 적응하고 성장한다.
• 푸터: 돌개의 4 요소 ── ?

시각

• 레이아웃: bento_grid_4 + 중앙 가소성(Plasticity) 핵
• 타입: 4-question grid + central plasticity figure
• 설명: 4 quadrant 위에 각 결정 질문 + 기술 본질 표기 (어떻게 쪼갤까? = 루프 / 어디에 둘까? = 한정 윈도우 / 누구를 데려올까? = 확장성 / 무엇을 막을까? = 코드 성장). 중앙 살아있는 시스템 핵 — 4 방향 화살표가 수렴 하여 펄스 애니 (가소성 / Plasticity).
• 색: 결정 질문 골드, 기술 본질 네온 그린, 중앙 가소성(Plasticity) 핵 골드 + 네온 그린 펄스

강사 멘트 (90초)

왜 이 네 가지냐? 한 줄로 말하면 — AI 시대 코더가 매번 결정해야 하는 4 가지 차원 입니다. AI 가 코드를 짜요. 빠르게, 정확하게. 그런데 — 어떻게 쪼갤까? 어디에 둘까? 누구를 데려올까? 무엇을 막을까? 이 4 결정은 사람이 합니다.

그런데 — 한 단계 더 나갑시다. 이 4 결정은 기술 본질 4 차원입니다. 시간 = 루프, 공간 = 한정 윈도우, 연결 = 확장성, 검증 = 코드 성장. 검증이 왜 코드 성장 이냐? 검증을 통과한 코드는 — 그냥 작동하는 게 아니에요. 영속 자산 으로 누적됩니다. 다음 사이클에 그 검증된 코드 위에서 새 코드가 자라요. 코드가 진짜로 자랍니다.

(한 박자 쉬고)

그래서 — 4 차원이 함께 작동하면 시스템에 가소성 (Plasticity) 이 생깁니다. 한 번 만든 시스템이 멈추는 게 아니라 — 적응하고 성장 해요. 카르파시가 Vibe Coding 이라고 부른 그 시대의 진짜 의미 — 가소적 시스템 (Plastic System) 을 만드는 것입니다. 그 4 차원 — 한 자리씩 보겠습니다.

트랜지션 → VBC-T-1

"첫 번째 차원 — 시간 = 루프."

LLMWiki 출처

• concept/4-elements-of-vibe-coding, synthesis/4-elements-master

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — VBC-00 일괄 검토 2026-05-10)

---

Chapter 1: 시간 (VBC-T) — 쿼리 루프 (Query Loop)

---

[VBC-T-1] 시간 — 쿼리 루프 (Query Loop)

메타: 3단 / Ch1 시간 / 정의 (What) / 1.5 분 / 무게중심 ❌ 섹션 코드: VBC-T-1

텍스트

• 대제목: 시간 — 쿼리 루프 (Query Loop)
• 중제목: 쿼리 · 응답 · 검토의 반복 루프
• 본문 (3 행):
  • AI 작동의 시간 단위: 쿼리 → 응답 → 검토 → 다음 쿼리 의 루프
  • 한 사이클 = 한 작업 (= One Bite 원칙은 루프 안에 있다)
  • 루프가 짧을수록 — 정확도 ↑ / 비용 ↓ / 검토 가능성 ↑
• 강조 박스 (골드): 쿼리 루프 = 시간의 설계. 짧은 루프가 큰 폭주 를 막는다.
• 푸터: 돌개의 4 요소 ── [시간]

시각

• 레이아웃: centered_emphasis (loop diagram + 우상단 시그니처)
• 타입: cycle/loop diagram + iconography
• 설명: 중앙 원형 루프 다이어그램 — 쿼리 → 응답 → 검토 → 다음 쿼리 (네 노드 연결). 우측 작은 One Bite 한 입 아이콘 (루프의 한 사이클 표시 — 부수 개념). 우상단 모래시계 시그니처.
• 색: 루프 4 노드 골드 (#FFD700), 화살표 네온 그린 (#39FF14), One Bite 아이콘 흰색 (부수)

강사 멘트 (75초)

자, Part 2 시작합니다. 4 요소 첫 번째 — 시간. 기술 용어로 한 줄로 말하면 — 쿼리 루프 (Query Loop) 입니다. AI 와 작업할 때 시간이 어떻게 흐르냐? 쿼리 — 사람이 한 번 묻습니다. 응답 — AI 가 답해요. 검토 — 사람이 결과를 봅니다. 그리고 다음 쿼리. 이 4 단계가 한 사이클을 돕니다. 그게 — 쿼리 루프예요.

이 루프 안에 원칙 이 하나 있어요. One Bite — 한 사이클 = 한 작업. 루프가 짧을수록 정확도가 올라가고, 비용이 떨어지고, 사람이 검토할 수 있어요. 큰 작업을 한 사이클에 통째로 시키면 — 다음 슬라이드에서 보겠지만 — 무너집니다.

트랜지션 → VBC-T-2

"왜 그럴까요? 긴 루프의 환상 부터 보겠습니다."

LLMWiki 출처

• lesson/4elements-time-one-bite — 쿼리 루프 + One Bite

검토 메모

• A 텍스트: ✅ / B 시각 자료: ✅ / C 강사 멘트: ✅ / D 트랜지션: ✅ / E 정합: ✅
• 판정: ✅ (5/5 통과 — Chapter 1 일괄 검토 2026-05-10)

---

[VBC-T-2] 긴 루프의 환상 (무한 컨텍스트)

메타: Ch1 시간 / 문제 (Why) / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-T-2

텍스트

• 대제목: 긴 루프의 환상
• 중제목: "한 쿼리에 다 넣으면 되겠지" 의 함정
• 본문 (좌우 2 단):
  • 좌 (환상): 컨텍스트 200K → 500K → 1M / "이제 한 쿼리에 책 한 권 통째로!"
  • 우 (현실): 루프가 길수록 집중도 ↓ / 처음 몇천 토큰만 정확 / 토큰 비용 폭증 / 사람 검토 ❌
• 강조 박스 (코랄): 쿼리가 길수록 — AI 는 흐려진다. 긴 루프 = 비용 + 품질 손실 + 검토 부재.
• 푸터: 돌개의 4 요소 ── [시간]

시각

• 레이아웃: centered_emphasis (그래프)
• 타입: chart (정확도 + 비용 곡선)
• 설명: x축 = 토큰 길이 / y축 = 정확도 (S 자 감쇠 곡선) + 비용 (선형 ↑). 두 곡선 교차점이 권장 한도.
• 색: 정확도 곡선 네온 그린 (#39FF14), 비용 곡선 코랄 (#FF8B6E)

강사 멘트 (90초)

여러분, 컨텍스트 윈도우가 200K 토큰, 1M 토큰까지 늘어나고 있다는 뉴스 보셨죠? 그럼 다 넣으면 되겠네, 라고 생각하기 쉬워요. 그게 긴 루프의 환상 입니다. 실제로는 — 쿼리가 길수록 AI 가 흐려져요. 처음 몇천 토큰만 정확하고, 뒤로 갈수록 어디에 어떤 정보가 있었는지 잊어버립니다. 그리고 비용도 — 길이에 비례해서 폭증 해요. 게다가 — 사람이 중간에 검토할 수도 없어요. 한 쿼리에 다 넣어버리는 코딩은 — 돈도 나가고 품질도 떨어지고 검토도 안 됩니다.

트랜지션 → VBC-T-3

"그럼 — 어떻게 루프를 짧게 할까요?"

LLMWiki 출처

• lesson/4elements-time-one-bite — One Bite

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch1 일괄 검토 2026-05-10)

---

[VBC-T-3] One Bite — 작게 쪼개기

메타: Ch1 시간 / 메커니즘 (How) / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-T-3

텍스트

• 대제목: One Bite — 작게 쪼개기
• 중제목: 큰 작업을 한 입 단위로 분할
• 본문 (3 행):
  • 단위: Spec / 챕터 / 함수 / 한 화면
  • 원칙: 완료 가능한 최소 단위 로
  • 패턴: TodoList 박음 → 한 입씩 호출
• 강조 박스 (골드): "한 챕터 박음 → 멈춤 → 검토 → 다음 챕터" — 자동 진행 ❌, 사람 결정 ✓
• 푸터: 돌개의 4 요소 ── [시간]

시각

• 레이아웃: horizontal_diagram_2col
• 타입: line_art + checklist
• 설명: 좌 큰 작업 (책 한 권) → 화살표 → 우 11 챕터 작은 박스들. TodoList 시각화 (체크박스 누적).
• 색: 큰 작업 회색, 챕터들 골드 + 네온 그린

강사 멘트 (85초)

작게 쪼개는 방법은 완료 가능한 최소 단위 를 찾는 겁니다. 책 한 권을 통째로 쓰지 마세요. 11 챕터로 쪼개세요. 한 챕터를 통째로 쓰지 마세요. 5 절로 쪼개세요. 그리고 — 한 입씩 AI 한테 시킵니다. 한 챕터 박음 → 멈춤 → 사람이 검토 → 다음 챕터. 자동 진행 ❌. 사람의 결정이 매 단계마다 들어가야 — 흐름이 산으로 가지 않습니다.

트랜지션 → VBC-T-4

"실전에서 — 어떻게 박을까요?"

LLMWiki 출처

• lesson/4elements-time-one-bite, synthesis/4-elements-master

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch1 일괄 검토 2026-05-10)

---

[VBC-T-4] 실전 — 한 사이클 = 한 작업

메타: Ch1 시간 / 실전 (Demo) / 2.5 분 / 무게중심 ❌ 섹션 코드: VBC-T-4

텍스트

• 대제목: 실전 — 한 사이클 = 한 작업
• 중제목: Claude Code 의 작업 분할 패턴 시연
• 본문 (3 패턴):
  • 문서 작성: 책 한 권 → 11 챕터로 분할 → 매 호출에 1 챕터만 (11 사이클)
  • 기능 개발: 큰 기능 → 5 개 PR 로 분할 → 매 호출에 1 PR (5 사이클)
  • 리팩토링: 큰 모듈 → 함수 단위로 분할 → 매 호출에 함수 1 개 (N 사이클)
• 강조 박스 (네온 그린): 매 호출 = 한 사이클. 사람 검토가 매 사이클마다 들어간다. 자동 진행 ❌, 사람 결정 ✓
• 푸터: 돌개의 4 요소 ── [시간]

시각

• 레이아웃: bento_grid_4 (3 패턴 카드 + 공통 흐름)
• 타입: 3 use-case cards + checklist progression
• 설명: 3 개 카드 — 문서·기능·리팩토링 각각 N 분할 → N 사이클 시각화. 하단 공통 흐름: TodoList 박음 → 1 사이클 호출 → 사용자 검토 → 다음 사이클 → … 진행 박스는 골드, 미진행 회색.
• 색: 3 카드 동일 패턴 강조 (모두 골드/네온 그린), 미진행 회색

강사 멘트 (95초)

직접 패턴을 보여드릴게요. 예시 3 가지입니다.

첫째 — 문서 작성. 책 한 권을 쓴다 칩시다. 11 챕터로 쪼개고, 매 호출에 정확히 1 챕터만 작성하게 합니다. 11 번 호출로 책 한 권 완성.

둘째 — 기능 개발. 큰 기능을 5 개 PR 로 쪼개고, 매 호출에 1 PR. 작은 PR 단위로 쌓아갑니다.

셋째 — 리팩토링. 큰 모듈을 함수 단위로 쪼개고, 매 호출에 함수 1 개씩 다듬어요.

패턴은 같아요. 한 사이클 = 한 작업. 자동으로 다음으로 ❌. 매 사이클마다 사람이 검토하고 결정 합니다. 그래야 흐름이 산으로 가지 않아요. 이게 — 시간의 설계, 즉 쿼리 루프 의 실전입니다.

트랜지션 → VBC-T-5

"이 원칙 — 사실 45 년 전에도 있었어요."

LLMWiki 출처

• synthesis/4-elements-master, booklet-4elements

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch1 일괄 검토 2026-05-10)

---

[VBC-T-5] 돌개 통찰 — 펀치카드 = One Bite ★

메타: Ch1 시간 / 돌개 통찰 (Insight + Bridge) / 2.0 분 / 무게중심 ★ (Part 1 E1 회수) 섹션 코드: VBC-T-5

텍스트

• 대제목: 돌개 통찰 — 펀치카드 = One Bite
• 중제목: 1981 펀치카드도 — 한 장 = 한 문장 이었다
• 본문 (좌우 2 단):
  • 좌 (1981): 펀치카드 한 장 = 한 문장 / 한 장 잘못 → 그 한 장만 다시
  • 우 (2026): 프롬프트 한 번 = 한 작업 / 한 작업 잘못 → 그 한 작업만 다시
• 강조 박스 (골드, 큰 글씨): 45 년 동안 — 한 입 은 변하지 않았다.
• 푸터: 돌개의 4 요소 ── [시간]

시각

• 레이아웃: mirror_2sides (VCH-10 모티프 재등장)
• 타입: line_art (1981 ↔ 2026 거울)
• 설명: 좌 펀치카드 (VCH-03 회수) / 우 프롬프트 카드 / 동일 외형 (VCH-10 mirror motif 재등장). 한 문장 = 한 의도.
• 색: 1981 빛바랜 골드 (#B8860B), 2026 골드 + 네온 그린

강사 멘트 (85초)

여기서 한 박자 멈춥시다. Part 1 라떼는 에서 보여드린 펀치카드 — 기억나시죠? 카드 한 장 = 한 문장. 한 장 잘못 펀치하면 그 한 장만 다시. 자, 이게 — 오늘의 One Bite 와 같습니다. 프롬프트 한 번 = 한 작업. 한 작업이 잘못되면 — 그 한 작업만 다시. 45 년 동안 — 한 입 의 본질은 변하지 않았어요. 도구만 바뀌었을 뿐.

트랜지션 → VBC-S-1

"한 입을 박았다. 그럼 — 어디 에 박을까요?"

LLMWiki 출처

• synthesis/4-elements-master, concept/prompt-is-design

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch1 일괄 검토 2026-05-10)

---

Chapter 2: 공간 (VBC-S) — Context Rot 방어 / CLAUDE.md

---

[VBC-S-1] 공간 — 컨텍스트 윈도우 (Context Window)

메타: Ch2 공간 / 정의 / 1.5 분 / 무게중심 ❌ 섹션 코드: VBC-S-1

텍스트

• 대제목: 공간 — 컨텍스트 윈도우 (Context Window)
• 중제목: 한정된 윈도우 + CLAUDE.md (오래 남는 자리)
• 본문 (3 행):
  • 컨텍스트 윈도우는 유한 — 200K 토큰 한도 (≈ 책 한 권)
  • 한 세션 종료 = 윈도우 폐기 (단기 메모리, 사라짐)
  • CLAUDE.md = 윈도우 밖 오래 남는 자리 — 다음 세션도 자동 로드
• 강조 박스 (네온 그린): 컨텍스트 윈도우는 한정. 오래 남는 자리에 남긴 것만 다음 세션에 산다.
• 푸터: 돌개의 4 요소 ── 시간 · [공간]

시각

• 레이아웃: horizontal_diagram_2col (+ 우상단 윈도우 시그니처)
• 타입: line_art (윈도우 프레임 + 오래 남는 책장)
• 설명: 좌 컨텍스트 윈도우 프레임 (200K 한정 표시 — 흐려지는 회색 페이드, 세션 종료 시 폐기 시각). 우 견고한 책장 (CLAUDE.md — 윈도우 밖 자리, 오래 지속). 우상단 한정 윈도우 프레임 시그니처 아이콘 (공간 chapter 시그니처).
• 색: 윈도우 프레임 회색 페이드 (#666666, 한정성), CLAUDE.md 책장 골드 (#FFD700, 오래 지속됨)

강사 멘트 (75초)

공간 — 4 요소 두 번째. 기술 용어로 한 줄로 말하면 — 컨텍스트 윈도우 (Context Window) 입니다. AI 가 한 번에 들고 있을 수 있는 작업 메모리. 200K 토큰 한도예요. 책 한 권 분량.

그런데 — 한 가지 결정적 한계가 있어요. 유한 합니다. 그리고 세션 종료 = 윈도우 폐기. 다음 세션 열면 — 처음부터 다시. 그러면 — 도메인 지식, 정책, 디자인 결정 같은 반복해서 필요한 것 은 어떻게 합니까? 윈도우 밖 오래 남는 자리에 남깁니다. 그게 — CLAUDE.md. 마크다운 파일에 작성해두면, 다음 세션이 자동으로 로드 합니다. 남긴 것만 — 다음 세션에 산다.

트랜지션 → VBC-S-2

"왜 윈도우 안에서 Context Rot 이 일어나나요?"

LLMWiki 출처

• lesson/4elements-space-context-rot

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch2 일괄 검토 2026-05-10)

---

[VBC-S-2] Context Rot — 왜 컨텍스트가 부패하는가

메타: Ch2 공간 / 문제 (Why) / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-S-2

텍스트

• 대제목: Context Rot — 왜 컨텍스트가 부패하는가
• 중제목: AI 의 attention 메커니즘 의 자연스러운 결과
• 본문 — 부패의 4 단계:
  • ① Attention 분배 — AI 는 토큰마다 볼 양 을 정함
  • ② Recency Bias — 최근 토큰 에 더 본다
  • ③ 분산 효과 — 길이 N → 토큰당 1/N 로 얇아짐
  • ④ 시작점 페널티 — 처음 = 가장 멀고 + 가장 얇음
• 시연 (좌우 2 단):
  • Turn 1 (시작점): "주석 한국어로" 박힘 → AI 정확 ✓
  • Turn 100 (끝점): 정책 그대로 / AI 영어 섞임 ⚠️
• 강조 박스 (코랄): 부패 = attention 의 수학적 결과. 사라지지 ❌, 덜 본다. 처음일수록 더.
• 부가 (작은 글씨, 흰색): Lost in the Middle (Liu et al., 2023)
• 푸터: 돌개의 4 요소 ── 시간 · [공간]

시각

• 레이아웃: centered_emphasis (윈도우 길이축 + 주의 감쇠 곡선 + 두 turn 비교)
• 타입: chart + comparison + attention heatmap
• 설명: 가로로 긴 컨텍스트 윈도우 막대 — 좌측 시작점 (Turn 1, 정책 박힘) / 우측 끝점 (Turn 100, 현재 작업). 막대 위에 AI 주의 (attention) 분포 히트맵 — 끝쪽에 진하고 시작쪽으로 갈수록 흐려짐. 두 turn 의 응답 mini-box 좌우 비교 (한국어 주석 ✓ / 영어 주석 섞임 ⚠️). 하단 작은 글씨: "정책은 그 자리에 — 그러나 주의가 멀어진다".
• 색: 윈도우 막대 흰색, 주의 히트맵 끝점 골드 → 시작점 회색 그라데이션 (감쇠), 코랄 (#FF8B6E) 로 영어 주석 ⚠️ 강조

강사 멘트 (95초)

Context Rot — 컨텍스트 부패 입니다. 영어 그대로 Rot — 썩는다는 뜻. 그런데 사실 — 썩는다 보다 정확한 표현이 있어요. 주의 감쇠.

자, 같이 보세요. 컨텍스트 윈도우는 — 200K 토큰 정도의 긴 막대 입니다. 시작점 (Turn 1) 에 정책이 박혀있어요. "코드 주석은 한국어로." AI 가 처음엔 정확히 따릅니다. 한국어 주석.

100 turn 쯤 진행되면 — 정책은 여전히 컨텍스트 안에 있어요. 사라진 게 아닙니다. 그런데 — AI 의 주의 (attention) 가 최근 turn 으로 쏠립니다. 막대의 시작점은 멀게 느껴져요. 그러면 슬며시 — 영어 주석이 섞이기 시작합니다.

이게 — 컨텍스트 부패 의 진짜 정체예요. 정책이 사라지는 게 아니라 — 덜 참조되는 것. 그래서 처음 자리에 박은 정책일수록 — 더 흐려집니다. 멀리 있을수록 흐려지니까요.

트랜지션 → VBC-S-3

"그럼 — 어떻게 부패를 막을까요?"

LLMWiki 출처

• lesson/4elements-space-context-rot

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch2 일괄 검토 2026-05-10)

---

[VBC-S-3] CLAUDE.md — 프로젝트의 헌법

메타: Ch2 공간 / 메커니즘 / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-S-3

텍스트

• 대제목: CLAUDE.md — 프로젝트의 헌법
• 중제목: 매 세션 자동 적용되는 최상위 지침
• 본문 (4 행):
  • 헌법처럼 — 모든 응답·결정이 반드시 따라야 할 최상위
  • 3 층 위계: 헌법 (root CLAUDE.md) → 법률 (폴더별 CLAUDE.md) → 시행령 (SKILL.md)
  • 내용: 도메인 지식 / 정책 / 디자인 결정 / 자료 위치
  • 작동: 매 세션 자동 로드 → 부패 시작 전 에 정책 활성화
• 강조 박스 (골드, 큰 글씨): CLAUDE.md = 프로젝트의 헌법. 매 세션 자동 적용되는 최상위 지침 — 모든 응답·결정이 그 위에서 작동. 한 번 정하면 흐려지지 않는다.
• 푸터: 돌개의 4 요소 ── 시간 · [공간]

시각

• 레이아웃: vertical_timeline (3 층 피라미드)
• 타입: pyramid + auto-load arrows
• 설명: 3 층 피라미드 — 정점 헌법 (root CLAUDE.md) / 중간 법률 (폴더별 CLAUDE.md) / 하단 시행령 (SKILL.md). 좌측에 대법원 / 국회 / 행정부 픽토그램 라인아트 매핑. 우측에 모든 세션 으로 뻗는 화살표 (자동 로드).
• 색: 헌법 (정점) 골드 + 네온 그린, 하위층 흰색, 자동 로드 화살표 네온 그린

강사 멘트 (95초)

Context Rot 을 막는 방법 — 오래 남는 자리에 두는 것. 그 자리가 CLAUDE.md 입니다. 그런데 — 어떻게 받아들이면 가장 정확하냐? 프로젝트의 헌법 으로 보세요.

헌법을 떠올려 봅시다. 모든 법률이 반드시 따라야 할 최상위 규칙이죠. 위반하면 무효. CLAUDE.md 도 똑같습니다. 모든 세션·모든 응답·모든 결정이 반드시 CLAUDE.md 위에서 작동합니다.

위계도 같아요. 헌법 (root CLAUDE.md) — 가장 위. 법률 (폴더별 CLAUDE.md) — 그 아래. 시행령 (스킬 SKILL.md) — 가장 구체. 3 층 피라미드입니다.

그리고 — 가장 강력한 점. 여러분이 헌법을 매번 외우지 않아도 사회가 돌아가듯이, AI 도 CLAUDE.md 를 매번 인용하지 않아도 — 내장된 채로 작동합니다. 매 세션 시작할 때 자동 로드되니까요. 그러면 — Context Rot 이 시작되기 전에 정책이 이미 활성화된 상태로 출발합니다.

트랜지션 → VBC-S-4

"실전에서 — 본 강의의 헌법 이 어떻게 작성되어 있는지 보여드리죠."

LLMWiki 출처

• lesson/dsl-claudemd-as-language

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch2 일괄 검토 2026-05-10)

---

[VBC-S-4] 실전 — CLAUDE.md 의 5 표준 절

메타: Ch2 공간 / 실전 / 2.5 분 / 무게중심 ❌ 섹션 코드: VBC-S-4

텍스트

• 대제목: 실전 — CLAUDE.md 의 5 표준 절
• 중제목: 어떤 프로젝트든 적용되는 헌법 구조
• 본문 (5 절):
  • ① 메타 — 프로젝트 이름 · 목적 · 범위 (1 문단)
  • ② 아키텍처 — 폴더 구조 · 핵심 파일 위치
  • ③ 규칙 — 코딩 컨벤션 · 문체 · 금지 사항
  • ④ 워크플로 — 빌드 · 테스트 · 배포 · 검증 절차
  • ⑤ 참조 — 외부 도구 · 문서 · SSOT 자리
• 강조 박스 (네온 그린): 5 절은 어떤 도메인에도 적용 — 웹 · 데이터 · 임베디드 · 교육 · 연구. 헌법의 조항 처럼.
• 푸터: 돌개의 4 요소 ── 시간 · [공간]

시각

• 레이아웃: bento_grid_4 (5 카드 + 미니 예시)
• 타입: 5-section template + mini code snippets
• 설명: 좌측 5 절 카드 세로 배치 (메타·아키텍처·규칙·워크플로·참조). 우측 각 절 mini-snippet (3~4 줄 마크다운 예시). 우상단 헌법 조항 픽토그램 — 5 조항 매핑.
• 색: 헌법 (메타) 골드, 나머지 4 절 흰색, snippet 네온 그린

강사 멘트 (95초)

자, 이제 — 여러분이 새 프로젝트 를 시작한다 칩시다. CLAUDE.md 첫 줄부터 어떻게 작성하나요? 5 가지 표준 절 이 있어요.

① 메타 — 프로젝트가 무엇이고 무슨 목적인가. ② 아키텍처 — 폴더 어디에 무엇이 있나. ③ 규칙 — 코딩 컨벤션, 문체, 금지 사항. ④ 워크플로 — 빌드 · 테스트 · 배포 절차. ⑤ 참조 — 외부 도구 · 문서 자리.

헌법으로 비유하면 — 5 개의 조항 같은 거예요. 각 절을 명확히 작성하면 — AI 가 그 프로젝트의 모든 결정 을 그 위에서 합니다. 웹 앱이든, 데이터 분석이든, 임베디드든, 학기 프로젝트든 — 5 절 골격은 동일합니다.

(한 박자)

이게 — 공간의 실전 입니다. 여러분이 오늘 저녁부터 새 프로젝트 폴더에 CLAUDE.md 만들어서 — 5 절을 채우면 — 그게 곧 그 프로젝트의 헌법 이 됩니다.

트랜지션 → VBC-S-5

"이 패턴 — 45 년 전 HIPO 차트와 같습니다."

LLMWiki 출처

• lesson/dsl-claudemd-as-language

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch2 일괄 검토 2026-05-10)

---

[VBC-S-5] 돌개 통찰 — HIPO → HIAO 진화 ★

메타: Ch2 공간 / 돌개 통찰 / 2.0 분 / 무게중심 ★ (Part 1 E4 HIPO 회수 + HIAO 진화) 섹션 코드: VBC-S-5

텍스트

• 대제목: 돌개 통찰 — HIPO → HIAO, 45 년의 진화
• 중제목: 종이 → 마크다운, 매체 만 바뀌고 정신 은 같다
• 본문 (좌우 2 단):
  • 좌 (1981 HIPO): Hierarchy + Input/Process/Output / 종이 차트 / 45 년 후 보존 (VCH-05 회수)
  • 우 (2026 HIAO): Hierarchy + Input/AI/Output / 마크다운 (CLAUDE.md) / 매 세션 자동 로드
• 강조 박스 (골드, 큰 글씨): HIPO → HIAO. Process 자리에 AI 가 들어왔을 뿐 — 위계·입력·출력 정신은 그대로.
• 푸터: 돌개의 4 요소 ── 시간 · [공간]

시각

• 레이아웃: mirror_2sides
• 타입: 1981 HIPO thumbnail + 2026 HIAO (CLAUDE.md) screen
• 설명: 좌 1981 HIPO 차트 thumbnail (VCH-05 회수) — Hierarchy/Input/Process/Output 4 박스. 우 2026 HIAO — Hierarchy/Input/AI/Output 4 박스 (CLAUDE.md 마크다운 화면). 두 다이어그램 동일 형태, P 자리만 AI 로 교체. 가운데 화살표 라벨: "45 년 — Process 가 AI 로".
• 색: 1981 빛바랜 골드 (살아남음), 2026 골드 + 네온 그린, P → AI 교체 자리 코랄 강조

강사 멘트 (95초)

Part 1 [VCH-05] 에서 보여드린 HIPO 차트 — 기억나시죠? Hierarchy + Input/Process/Output. 1981 년에 그린 설계 도면이 45 년 살아남았다고 했어요.

그런데 — 오늘 우리가 박는 CLAUDE.md 도 — 사실 그 후예 입니다. 한 글자만 바뀌었어요. HIPO → HIAO. Process 가 AI 로 교체된 거예요. Hierarchy (위계) — 같음. Input (입력) — 같음. Output (출력) — 같음. 가운데 P (Process) 만 A (AI) 로 바뀌었습니다.

즉 — 1981 년 코더는 Process 를 직접 짰어요. 함수, 분기, 루프. 2026 년 코더는? Process 자리에 AI 를 둡니다. AI 가 그 일을 합니다. 사람이 해야 할 일은 — Hierarchy 와 Input·Output 을 명확히 박는 것. 그게 CLAUDE.md 에 들어가는 내용입니다.

45 년 — 매체만 바뀌었지 정신은 같다. HIPO 가 HIAO 로 진화한 돌개의 통찰 입니다.

트랜지션 → VBC-C-1

"공간을 정했다. 그럼 — 다른 도구 와 어떻게 잇나요?"

LLMWiki 출처

• lesson/dsl-claudemd-as-language, entity/hipo-chart

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch2 일괄 검토 2026-05-10)

---

Chapter 3: 연결 (VBC-C) — 확장성 (Tools · MCP · Subagent · Skills · Plugins)

---

[VBC-C-1] 연결 — 확장성의 5 layer

메타: Ch3 연결 / 정의 / 1.5 분 / 무게중심 ❌ 섹션 코드: VBC-C-1

텍스트

• 대제목: 연결 — 확장성의 5 layer
• 중제목: Harness Engineering 의 연결 차원
• 본문 (5 layer):
  • ① Tools — AI 의 기본 손 (Read · Write · Edit · Bash · WebFetch)
  • ② MCP — 외부 시스템 표준 (DB · API · 서비스)
  • ③ Subagent — 하위 AI 위임 분업
  • ④ Skills — 재사용 가능한 전문성 패턴
  • ⑤ Plugins — 앱처럼 한 번에 설치하는 확장팩 (Tools·MCP·Skills 묶음, 공유·배포 가능)
• 강조 박스 (네온 그린): AI 의 손이 닿지 않는 곳 을 — 5 layer 로 확장한다. 그게 Harness 의 연결 차원.
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · [연결]

시각

• 레이아웃: bento_grid_4 (5 layer + 중앙 AI)
• 타입: line_art (5-layer harness diagram)
• 설명: 중앙 메인 AI / 사방으로 5 layer 가 동심원처럼 뻗음. 안쪽부터 Tools (가장 가까운 손) → MCP → Subagent → Skills → Plugins (가장 외곽) 5 겹 확장. 우상단 5 layer 케이블·노드 시그니처.
• 색: AI 흰색 (중앙), Tools 골드, MCP 네온 그린, Subagent 골드, Skills 네온 그린, Plugins 코랄

강사 멘트 (75초)

연결 — 4 요소 세 번째. 기술 본질은 — 확장성 (Extensibility). 한 AI 는 다 못 한다. LLM 이 자체로 할 수 있는 건 — 텍스트 생성뿐이에요. 그래서 — 손을 외부로 넓혀야 합니다.

Harness Engineering 에서 — 그 손은 5 layer 로 박힙니다. ① Tools — Read·Write·Edit·Bash 같은 기본 손. ② MCP — 외부 DB·API·서비스로 닿는 표준 프로토콜. ③ Subagent — 큰 일을 하위 AI 에게 위임. ④ Skills — 자주 쓰는 전문성 패턴 을 묶어둠. ⑤ Plugins — 위 3 가지를 번들 로 묶어 배포.

5 자리가 함께 — AI 의 손 입니다. 다음 슬라이드에서 왜 이 모든 게 필요한지 보겠습니다.

트랜지션 → VBC-C-2

"AI 단독의 한계부터 보겠습니다."

LLMWiki 출처

• lesson/4elements-connection-mcp-subagent

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch3 일괄 검토 2026-05-10)

---

[VBC-C-2] AI 단독의 한계

메타: Ch3 연결 / 문제 / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-C-2

텍스트

• 대제목: AI 단독의 한계
• 중제목: 외부 사실 접근 부재 → Hallucination
• 본문 (좌우 2 단, 같은 질문 ↔ 같은 답 대비):
  • 좌 (단독 AI) — 외부를 못 본다:
    • "오늘 날씨?" → 추측 ❌ (아마 맑겠죠...)
    • "내 파일에 뭐 있지?" → 모름 ❌
    • "어제 뉴스 알려줘" → 환상 ❌ (그럴듯한 가짜)
  • 우 (연결된 AI) — 외부에 닿는다:
    • "오늘 날씨?" → MCP 기상청 API → 진짜 강수확률·미세먼지 ✓
    • "내 파일에 뭐 있지?" → Tools (Read) → 진짜 파일 내용 ✓
    • "어제 뉴스 알려줘" → MCP 웹 검색 → 진짜 기사 ✓
• 강조 박스 (코랄): AI 가 모르는 것 을 — 외부에서 진짜 로 가져온다. Hallucination 의 큰 원인 = 외부 미접근.
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · [연결]

시각

• 레이아웃: horizontal_diagram_2col
• 타입: comparison + hallucination examples
• 설명: 좌 단독 모델 (외부 ❌) / 우 연결된 모델 (외부 ✓). Hallucination 사례 mini box.
• 색: 단독 회색, 연결 네온 그린, 환상 코랄

강사 멘트 (85초)

간단한 예시부터 봅시다. AI 한테 "오늘 날씨 어때?" 라고 물어보면? 단독 AI 는 — 모릅니다. 그런데 추측 으로 "아마 맑을 거예요" 라고 답합니다. 그럴듯한 가짜. 이게 Hallucination 의 큰 원인이에요.

"내 파일에 뭐 있지?" 도 마찬가지. AI 단독으로는 여러분 컴퓨터 파일을 못 봐요. "어제 뉴스 알려줘" — 어제 일은 모릅니다 (학습 데이터 시점 이후). 그래서 또 그럴듯한 환상 을 만들어냅니다.

그럼 — 어떻게 진짜 를 가져올까요? 연결 이 필요해요. 날씨는 — MCP 로 기상청 API 호출. 파일은 — Tools (Read) 로 직접 읽기. 뉴스는 — MCP 웹 검색. AI 가 외부에 닿으면 — 환상이 진짜 로 바뀝니다. 그게 연결의 효과 입니다.

트랜지션 → VBC-C-3

"그럼 — MCP 와 Subagent 는 어떻게 작동할까요?"

LLMWiki 출처

• lesson/4elements-connection-mcp-subagent

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch3 일괄 검토 2026-05-10)

---

[VBC-C-3] 5 Layer 메커니즘 — Tools · MCP · Subagent · Skills · Plugins

메타: Ch3 연결 / 메커니즘 / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-C-3

텍스트

• 대제목: 5 Layer 메커니즘
• 중제목: 안쪽 손부터 외곽 번들까지 — Harness 의 5 겹
• 본문 (5 layer):
  • ① Tools — AI 가 직접 호출 하는 기본 동작 (파일 R/W·Bash·웹 페치)
  • ② MCP — 외부 시스템 표준 프로토콜 (DB·API·서비스). 1990s HTTP·TCP/IP 의 후예
  • ③ Subagent — 하위 AI 위임 (Task tool). 큰 일을 분업
  • ④ Skills — 재사용 전문성 패턴 (.skill 파일). 자주 쓰는 작업법을 묶음
  • ⑤ Plugins — 확장팩 (앱처럼 한 번에 설치). Tools·MCP·Skills 묶음 → 공유·재사용·배포. 마켓에서 받아쓰는 형태.
• 강조 박스 (골드): 5 layer = AI 의 동심원 손. 안쪽 (Tools) 가장 가깝고, 외곽 (Plugins) 가장 큰 단위 (앱·패키지).
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · [연결]

시각

• 레이아웃: centered_emphasis (5 동심원 + 중앙 AI)
• 타입: 5-layer concentric diagram
• 설명: 중앙 메인 AI / 5 동심원으로 layer 표시 — 안쪽부터 Tools / MCP / Subagent / Skills / Plugins. 각 layer 에 대표 아이콘 (Tools = 손, MCP = 케이블, Subagent = 분신, Skills = 책, Plugins = 박스). 우측에 각 layer 예시 mini-snippet.
• 색: 5 layer 각각 다른 색조 — Tools 골드, MCP 네온 그린, Subagent 흰색, Skills 골드, Plugins 코랄

강사 멘트 (95초)

5 layer 를 한 자리씩 보겠습니다.

① Tools — 가장 안쪽. AI 가 직접 호출 하는 기본 동작. 파일 읽고 쓰고 (Read·Write·Edit), Bash 실행하고, 웹 페치. AI 의 손 그 자체.

② MCP — Model Context Protocol. 메인 AI 와 외부 시스템 (DB, API, 서비스) 을 잇는 표준 프로토콜. 1990 년대의 HTTP, TCP/IP 의 AI 시대 후예 입니다.

③ Subagent — Task tool. 큰 일을 하위 AI 에게 위임. 분업이에요. 데이터 수집은 Researcher 에이전트에게, 검증은 Validator 에이전트에게.

④ Skills — 자주 쓰는 작업 패턴을 재사용 가능한 전문성 으로 묶어둠. .skill 파일이에요. 매번 처음부터 짜지 않아도 됩니다.

⑤ Plugins — 가장 외곽. 쉽게 말하면 — 앱 같은 거예요. 핸드폰에 앱 하나 설치하면 그 안에 여러 기능이 한꺼번에 들어오죠? Plugin 도 똑같습니다. 위 3 가지 (Tools·MCP·Skills) 를 한 묶음 으로 만들어서 — 마켓에 올리거나 다른 사람과 공유 합니다. 받는 사람은 한 번 설치하면 끝. 그게 Plugin 이에요.

5 layer 가 함께 — AI 가 손을 외부로 넓히는 5 겹 입니다.

트랜지션 → VBC-C-4

"실전에서 — 약국 마케팅 에이전트가 5 layer 를 어떻게 결합하나요?"

LLMWiki 출처

• lesson/4elements-connection-mcp-subagent

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch3 일괄 검토 2026-05-10)

---

[VBC-C-4] 실전 — 약국 마케팅 에이전트 미리보기

메타: Ch3 연결 / 실전 / 2.5 분 / 무게중심 ❌ 섹션 코드: VBC-C-4

텍스트

• 대제목: 실전 — 약국 마케팅 에이전트 미리보기
• 중제목: Part 3 모방의 예고편
• 본문:
  • 시나리오: 서울 약국 1 만 개, 건강기능식품 마케팅
  • MCP 들: 통계청 / KOSIS / 공공데이터 / 매출 DB / 광고 규제 검색
  • Subagent 들: 데이터 분석가 / 지리 분석가 / 카피라이터 / 규제 검증자
• 강조 박스 (네온 그린): 한 AI 가 다 못 합니다. 7 명의 에이전트 가 협업 — Part 3 에서 자세히.
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · [연결]

시각

• 레이아웃: centered_emphasis (mesh + map)
• 타입: agent platform mesh
• 설명: 약국 마케팅 플랫폼 mesh diagram (메인 + 5 MCP + 4 Subagent) / 서울 지도 배경.
• 색: 메인 골드, 도구 네온 그린, 지도 회색

강사 멘트 (95초)

Part 3 에서 자세히 다룰 예제 미리보기예요. 서울 약국 1 만 개에 건강기능식품 마케팅을 한다고 칩시다. 한 AI 가 다 못 해요. 통계청 데이터, 매출 DB, 광고 규제, 지도 — 다 외부 자리예요. 그래서 — MCP 5 개로 외부 데이터 잇고, Subagent 4 명 (데이터 분석가, 지리 분석가, 카피라이터, 규제 검증자) 으로 분업합니다. 7 명이 협업해요. 그게 — 연결의 실전 입니다.

트랜지션 → VBC-C-5

"이 분업 — 45 년 전에도 있었어요."

LLMWiki 출처

• lesson/4elements-connection-mcp-subagent, booklet-4elements

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch3 일괄 검토 2026-05-10)

---

[VBC-C-5] 돌개 통찰 — 연결 = 호환성 + 확장성 ★

메타: Ch3 연결 / 돌개 통찰 / 2.0 분 / 무게중심 ★ (Part 1 E5 표준화 + E7 XINU 회수) 섹션 코드: VBC-C-5

텍스트

• 대제목: 돌개 통찰 — 연결의 본질 = 호환성 + 확장성
• 중제목: 35 년의 진화 — 표준화·모듈 분업 (1990s) → 5 Layer (2026)
• 본문 (좌우 2 단):
  • 좌 (1990s) — 호환성 + 확장성의 시작:
    • 호환성: JPEG · MPEG · MIDI · TCP/IP · HTTP — 서로 다른 시스템이 맞물림
    • 확장성: XINU 광전송 OS — Process · Memory · I/O 모듈, 모듈 추가로 기능 확장
  • 우 (2026) — 호환성 + 확장성의 후예:
    • 호환성: MCP — AI ↔ 외부 시스템 표준 프로토콜 (HTTP 의 후예)
    • 확장성: 5 Layer (Tools·MCP·Subagent·Skills·Plugins) — N 방향으로 손 확장
• 강조 박스 (골드, 큰 글씨): 연결 = 호환성 (맞물림) + 확장성 (넓힘). 35 년 — 같은 정신, 새 매체.
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · [연결]

시각

• 레이아웃: mirror_2sides (1990s ↔ 2026)
• 타입: 호환성·확장성 dual-axis comparison
• 설명: 좌 1990s — 표준 로고들 (JPEG·MPEG·HTTP) 위 + XINU 모듈 도식 아래. 우 2026 — MCP 케이블 위 + 5 Layer 동심원 아래. 두 자리에 호환성 화살표 (수평) + 확장성 화살표 (수직) 명시. 가운데 라벨: "35 년 — 같은 정신, 새 매체".
• 색: 1990s 빛바랜 골드, 2026 골드 + 네온 그린, 호환성 화살표 흰색, 확장성 화살표 네온 그린

강사 멘트 (95초)

연결의 진짜 정체 가 뭐냐? 두 가지입니다. 호환성 과 확장성.

호환성이 뭐냐? 서로 다른 시스템이 맞물리는 것. 1990 년대 표준화 시대 — JPEG, MPEG, MIDI, HTTP, TCP/IP — 다 호환성 표준이었어요. 내 시스템과 네 시스템이 같은 언어로 대화 하기 위한 자리.

확장성은? 기능을 계속 더 넓히는 것. Part 1 [VCH-07] 의 XINU 광전송 OS 기억나시죠? Process, Memory, I/O 모듈을 추가하면서 시스템을 키웠어요. 새 모듈 박으면 — 시스템이 더 큰 일을 할 수 있게 되는 거죠.

자, 35 년 후 — 똑같은 두 자리가 AI 시대 옷 으로 박혀 있어요. 호환성 = MCP. AI 와 외부 시스템이 같은 프로토콜 로 대화. 확장성 = 5 Layer. Tools·MCP·Subagent·Skills·Plugins — AI 의 손을 N 방향으로 넓힘.

연결의 본질 = 호환성 + 확장성. 1990 년 표준화·모듈 분업이 — 오늘 5 Layer 의 조상 입니다.

트랜지션 → VBC-V-1

"도구를 호환·확장 했다. 그럼 — 그 결과는 정말 맞나요?"

LLMWiki 출처

• lesson/4elements-connection-mcp-subagent, synthesis/vch-era-e05-windows-multimedia, synthesis/vch-era-e07-embedded-os

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch3 일괄 검토 2026-05-10)

---

Chapter 4: 검증 (VBC-V) — 다단계 검증 → 가소성 (Plasticity)

---

[VBC-V-1] 검증 — 다단계 검증의 그물

메타: Ch4 검증 / 정의 / 1.5 분 / 무게중심 ❌ 섹션 코드: VBC-V-1

텍스트

• 대제목: 검증 — 다단계 검증의 그물
• 중제목: Hooks 만이 아니다 — 4 요소 전체 에 박힌 검증
• 본문 (5 layer 검증):
  • ① 쿼리 루프 검증 — 매 사이클 결과 점검 (시간 차원)
  • ② 컨텍스트 검증 — CLAUDE.md 정합 확인 (공간 차원)
  • ③ 연결 검증 — 도구 호출 결과 sanity check (연결 차원)
  • ④ 코드 검증 — Hooks (Lint·Test·Compliance)
  • ⑤ 의도 검증 — 사용자 의도가 정확히 전달되고 실현되었는가 (가장 상위)
• 강조 박스 (골드, 큰 글씨): 검증은 코드만 이 아니다. 5 단계 그물 — 시간·공간·연결·코드·목표. 다섯 자리에서 자기 검증 이 작동한다.
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · 연결 · [검증]

시각

• 레이아웃: centered_emphasis (5 층 검증 그물 + 우상단 시그니처)
• 타입: 5-layer verification net diagram
• 설명: 중앙 AI 시스템. 5 층 검증 그물이 동심원 으로 둘러쌈 — 가장 상위 목표 검증 / 가운데 연결·컨텍스트·코드 검증 / 가장 안쪽 쿼리 루프 검증. 화살표가 각 층마다 거부 분기 (코랄). 우상단 체크박스+자물쇠 시그니처.
• 색: 5 층 그물 네온 그린 (#39FF14), 거부 분기 코랄 (#FF8B6E), 중앙 AI 흰색

강사 멘트 (75초)

마지막 — 검증. 4 요소 네 번째. 그런데 — 검증은 코드만 검증하는 게 아닙니다. 흔히 Hooks (lint·test) 만 떠올리는데, 그건 5 단계 검증 중 하나 일 뿐이에요.

Vibe Coding 의 검증은 — 다단계 그물 입니다. ① 쿼리 루프 검증 — 매 사이클의 결과가 맞나? ② 컨텍스트 검증 — CLAUDE.md 정책에 맞나? ③ 연결 검증 — 도구 호출 결과가 sanity 한가? ④ 코드 검증 — Hooks 의 lint·test. ⑤ 가장 위에 목표·요구사항 검증 — 의도한 것을 만들었나?

5 자리 모두에 자기 검증 이 박힙니다. 그래서 검증은 — 4 요소 중 하나가 아니라 — 4 요소 전체에 스며드는 그물 이에요. 다음 슬라이드에서 왜 그래야 하는지 봅시다.

트랜지션 → VBC-V-2

"검증 없으면 — 시스템은 고정 됩니다. 왜 가소성 이 필요한가요?"

LLMWiki 출처

• lesson/4elements-verification-hooks

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch4 일괄 검토 2026-05-10)

---

[VBC-V-2] 검증 없으면 — 시스템은 고정 된다

메타: Ch4 검증 / 문제 (Why) / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-V-2

텍스트

• 대제목: 검증 없으면 — 시스템은 고정 된다
• 중제목: 종래 (고정) vs 가소적 (성장) — 검증이 만드는 차이
• 본문 (좌우 2 단):
  • 좌 (검증 ❌ = 종래 시스템):
    • 만들고 끝 — 유지보수만
    • AI 출력 함정 (Hallucination, 형식만 OK)
    • 시간이 지나도 그 자리 — 고정
    • 사용자: 매번 처음부터 다시
  • 우 (검증 ✓ = 가소적 시스템):
    • 매 사이클마다 5 단 검증
    • 검증 통과 코드 → 영속 자산 누적
    • 시스템이 복리로 성장
    • 사용자: 어제보다 똑똑한 시스템 사용
• 강조 박스 (골드, 큰 글씨): 검증 = 시스템에 생명 을 박는 것. 없으면 고정, 있으면 가소성 (Plasticity).
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · 연결 · [검증]

시각

• 레이아웃: horizontal_diagram_2col (고정 vs 가소 시간 그래프)
• 타입: comparative growth chart
• 설명: 좌 고정 시스템 그래프 — 시간축 위 수평선 (변화 ❌). 우 가소적 시스템 그래프 — 복리 곡선 (지속 상승). 우측 곡선 위 검증 통과 마커 다수 (마커마다 +1 자산 누적).
• 색: 고정 회색 페이드, 가소 곡선 골드 + 네온 그린, 검증 통과 마커 네온 그린

강사 멘트 (95초)

검증이 없으면 어떻게 될까요? 시스템이 고정 됩니다. 종래 소프트웨어가 그랬어요. 만들고 끝. 그 다음은 — 유지보수만. 어제와 같은 시스템 을 오늘 또 쓰는 거예요.

그런데 검증이 있으면 — 다릅니다. 매 사이클마다 5 단 검증을 통과한 코드는 — 영속 자산 으로 누적됩니다. 다음 사이클은 그 위에서 자라요. 그러면 — 시스템이 복리 로 성장합니다. 어제보다 똑똑한 시스템 이 오늘 작동해요.

(한 박자 쉬고)

이게 — Vibe Coding 시대 시스템의 진짜 차이 입니다. 검증 = 생명 을 박는 것. 없으면 고정 (Static), 있으면 가소성 (Plasticity) — 적응하고 성장하는 시스템. 다음 슬라이드에서 5 단 검증 어떻게 작동하는지 봅시다.

트랜지션 → VBC-V-3

"5 단 검증의 메커니즘 — 한 자리씩 보겠습니다."

LLMWiki 출처

• lesson/4elements-verification-hooks

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch4 일괄 검토 2026-05-10)

---

[VBC-V-3] 5 단 검증 메커니즘

메타: Ch4 검증 / 메커니즘 / 2.0 분 / 무게중심 ❌ 섹션 코드: VBC-V-3

텍스트

• 대제목: 5 단 검증 메커니즘
• 중제목: 시간·공간·연결·코드·목표 — 각 자리의 자기 검증
• 본문 (5 단 검증):
  • ① 쿼리 루프 검증 (시간) — 매 사이클 결과 점검 → 다음 사이클 진입 가능?
  • ② 컨텍스트 검증 (공간) — CLAUDE.md 정합 (헌법 위반 ❌)
  • ③ 연결 검증 (연결) — 도구 호출 결과 sanity (외부 데이터 정합)
  • ④ 코드 검증 (코드) — Hooks (PreToolUse · PostToolUse · Lint · Test)
  • ⑤ 의도 검증 (최상위) — 사용자 의도가 정확히 전달되고 + 정확히 실현 되었는가?
• 강조 박스 (골드): 5 단 모두 통과 → 코드는 영속 자산 으로 누적 → 시스템 복리 성장 → 가소성 (Plasticity).
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · 연결 · [검증]

시각

• 레이아웃: vertical_timeline (5 단 검증 상승 + 자산 누적)
• 타입: 5-stage gate diagram + asset accumulation
• 설명: 5 단 게이트 (왼쪽부터 시간·공간·연결·코드·목표). 각 게이트 통과 시 자산 박스 가 우측 영속 자산 더미 에 추가. 통과 ✓ 네온 그린, 거부 ❌ 코랄로 자동 회수. 우측 복리 곡선 으로 자산 누적 시각화.
• 색: 5 게이트 골드 + 네온 그린, 거부 코랄, 자산 더미 골드 누적

강사 멘트 (95초)

5 단 검증을 한 자리씩 보겠습니다.

① 쿼리 루프 검증 — 매 사이클 끝에 결과가 의도에 맞나? 점검. 통과해야 다음 사이클 진입.

② 컨텍스트 검증 — CLAUDE.md 헌법 정합. 코드 주석은 한국어로 같은 정책을 어겼나? 어겼으면 ❌.

③ 연결 검증 — MCP 로 가져온 외부 데이터, Subagent 가 돌려준 결과 — sanity 한가? 음수 매출, 빈 응답 같은 거 거름.

④ 코드 검증 — 우리가 흔히 아는 Hooks. PreToolUse·PostToolUse·Lint·Test. 도구 호출 전후 자동 검사.

⑤ 의도 검증 — 가장 위. 사용자 의도가 정확히 전달되었나? + 정확히 실현되었나? 두 자리 모두. 코드가 작동해도 — 의도와 다르면 실패예요. 그래서 의도 검증이 최상위.

5 단 모두 통과한 코드 — 그게 영속 자산 으로 누적됩니다. 그 자산 위에서 다음 사이클이 자라요. 시스템이 복리로 성장 — 그게 가소성.

트랜지션 → VBC-V-4

"실전 — 5 단 검증 한 사이클이 어떻게 돌아가는지 보여드리죠."

LLMWiki 출처

• lesson/4elements-verification-hooks

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch4 일괄 검토 2026-05-10)

---

[VBC-V-4] 실전 — 단계마다·항목마다 검증의 반복

메타: Ch4 검증 / 실전 / 2.5 분 / 무게중심 ❌ 섹션 코드: VBC-V-4

텍스트

• 대제목: 실전 — 단계마다·항목마다 검증의 반복
• 중제목: 어떤 프로젝트든 — 검증이 누적되어 시스템이 자란다
• 본문 (3 게이트 + 본 강의 예시):
  • ① 단계 게이트 (Stage Gate): 기획 → 대본 → spec → 빌드 → 배포 — 단계마다 통과해야 다음
  • ② 항목 게이트 (Item Gate): 카드·슬라이드·함수 각 항목별 자기 검증
  • ③ 자동 게이트 (Auto Gate): 빌드 직전 N 검사 자동 (lint·test·정합)
  • 본 강의 예시 (작은 글씨): LLMWiki 카드 frontmatter 검증 / Stage 0~6 단계 검증 / 49 슬라이드 5 자리(A·B·C·D·E) 검증 / 빌드 직전 9 검사 자동
• 강조 박스 (네온 그린): 단계마다·항목마다 검증의 반복. 누적 통과 = 영속 자산 → 시스템 복리 성장.
• 푸터: 돌개의 4 요소 ── 시간 · 공간 · 연결 · [검증]

시각

• 레이아웃: vertical_timeline (3 게이트 + 누적 자산)
• 타입: 3-gate sequential diagram + asset accumulation
• 설명: 위에서 아래로 3 게이트 (Stage / Item / Auto). 각 게이트 통과 시 우측 자산 더미 에 +1 추가. 좌측에 반복 화살표 (실패 시 회귀). 하단 복리 곡선 으로 자산 누적 시각화.
• 색: 3 게이트 네온 그린 (통과), 코랄 (거부·회귀), 자산 더미 골드 누적

강사 멘트 (95초)

본 강의 자체가 — 어떻게 만들어졌는지 보여드릴게요. LLMWiki 라는 위키 시스템에서 카드 한 장 한 장 검증하면서 진행했어요. 핵심은 — 검증의 반복.

① 단계 게이트 — 기획 끝 → 검토 → 통과 후 대본. 대본 끝 → 검토 → 통과 후 spec. spec 끝 → 검토 → 통과 후 빌드. 단계마다 게이트가 있어요.

② 항목 게이트 — 슬라이드 한 장 작성 → 5 자리 (텍스트·시각·강사멘트·트랜지션·스킬 정합) 검증 → 통과 후 다음 슬라이드. 항목마다 게이트가 있어요.

③ 자동 게이트 — 빌드 직전 N 검사가 자동 으로 돌아갑니다. 본 강의는 9 검사 (SSOT 정합·frontmatter·트랙 정합 등). 9/9 통과 안 되면 빌드 ❌.

이 검증의 반복 이 누적되어서 — 49 슬라이드의 영속 자산 이 박혔어요. 시스템이 복리로 성장했습니다.

(한 박자)

이 패턴은 — 어떤 프로젝트에도 적용됩니다. 코드 프로젝트, 문서 프로젝트, 학기 과제 — 단계마다·항목마다 검증을 박으면, 시스템이 가소적으로 자랍니다.

트랜지션 → VBC-V-5

"이 패턴 — 워치독 타이머와 같은 정신입니다."

LLMWiki 출처

• lesson/4elements-verification-hooks

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch4 일괄 검토 2026-05-10)

---

[VBC-V-5] 돌개 통찰 — 검증은 감시가 아니라 발전 ★

메타: Ch4 검증 / 돌개 통찰 + Part 3 다리 / 2.0 분 / 무게중심 ★ (Part 1 E6+E7 워치독 회수, 4 요소 → 가소성 → Part 3 진입) 섹션 코드: VBC-V-5

텍스트

• 대제목: 돌개 통찰 — 검증은 감시가 아니라 발전
• 중제목: 안전 가드레일 이 시스템을 자라게 한다 → 가소성 (Plasticity)
• 본문 (좌우 2 단 — 검증의 재해석):
  • 좌 (오해 — 검증 = 감시):
    • "걸리지 않으려고" 박는 부담
    • 통과 = 끝, 다음 사이클 = 처음부터
    • 시스템 = 그 자리에 정지 (고정)
  • 우 (진실 — 검증 = 발전 + 안전 가드레일):
    • 절벽 위 가드레일처럼 — 위험 막으며 더 멀리
    • 통과 = 영속 자산 누적
    • 시스템 = 복리 성장 → 가소성 (Plasticity)
• Part 1 회수 (작은 글씨, 골드): VCH-07 워치독·두꺼운 설계 문서 = 사람 목숨 걸린 시스템의 안전 가드레일. 35 년 후 — Hooks·다단계 검증 이 같은 정신.
• 강조 박스 (골드, 큰 글씨): 검증 = 감시 ❌, 발전 ✓. 안전 가드레일 이 시스템을 자라게 한다.
• 푸터 (★ 4 요소 완성): 돌개의 4 요소 ── 시간 · 공간 · 연결 · 검증 ✓

시각

• 레이아웃: mirror_2sides (감시 vs 가드레일)
• 타입: metaphor + Part 1 회수
• 설명: 좌 감시 카메라 (회색·차가운, 위에서 내려다봄). 우 산악 등반 가드레일 (네온 그린·따뜻한, 위로 자라는 계단). 가운데 화살표 라벨: "감시가 아니라 — 발전을 위한 가드레일". 우상단에 작은 워치독 회로 + 두꺼운 설계 문서 mini thumbnail (VCH-07 회수).
• 색: 좌 감시 회색 페이드, 우 가드레일 골드 + 네온 그린, 푸터 4 요소 완성 (검증 ✓ 네온 그린)

강사 멘트 (100초)

마지막 통찰. 검증을 어떻게 받아들이느냐 가 — 모든 차이를 만듭니다.

검증을 감시 로 받아들이면 — 부담 입니다. 걸리지 않으려고 코드 짜요. 통과하면 끝. 시스템은 그 자리에 머물러요. 종래 시스템이 그랬어요.

그런데 검증을 발전 으로 받아들이면 — 다릅니다. 검증은 안전 가드레일 이에요. 절벽 위 가드레일처럼 — 위험을 막아주면서, 더 멀리 갈 수 있게 해줍니다. 검증 통과 코드 → 영속 자산 누적 → 다음 사이클이 그 위에서 자라요. 시스템이 복리로 성장 — 가소성 (Plasticity).

Part 1 [VCH-07] 의 워치독 타이머 와 두꺼운 설계 문서 — 그게 안전 가드레일의 조상 이에요. 사람 목숨 걸린 시스템에 가드레일을 세워서, 더 큰 일 을 할 수 있게 했어요. 35 년 후 — 같은 정신이 Hooks·다단계 검증 으로 박혀 있습니다.

(한 박자 쉬고, 청중 둘러보며)

자 — 4 요소가 다 박혔습니다. 시간·공간·연결·검증. 그리고 검증의 진짜 정체 — 감시가 아닌 발전을 위한 안전 가드레일. 4 요소가 함께 = 가소성. 시스템이 살아 자라요.

그럼 — 이 모든 것을 한 번에 작동시키면 어떤 일이? Part 3 — 모방 입니다. 약국 마케팅 맵 — 가소적 시스템 의 한 예시. 시작합니다.

트랜지션 → IMI-01

"Part 3 — 모방. 시작합니다."

LLMWiki 출처

• lesson/4elements-verification-hooks, synthesis/vch-era-e07-embedded-os, concept/4-elements-of-vibe-coding

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — Ch4 일괄 검토 2026-05-10)

02 의 [3단] outline → 상세 → 04 정형 변환.

⏳ 박음 대기.

---

7. [IMI-01 ~ IMI-10] Part 3 모방 (11) — 정형 spec

공통 푸터: 당신이라면 ── ? (10 슬라이드 누적 — IMI-10 에서 "어디서부터 시작?" 완성) 시그니처 모티프: Mirror (강사 ↔ Karpathy / AlphaGo ↔ 마케팅 맵 / 강사 ↔ 청중 — 거울 비유 3 자리) 5-슬라이드 narrative 패턴: 표지 (1-2) → 예제 도입 (3-4) → 4 요소 질문 (5-8) → AlphaGo→Multi-Agent (9a-9b) → 닫음 질문 (10)

---

[IMI-01] 표지: Part 3 — 모방

메타: 4단 / Part 3 진입 표지 / 1.0 분 / 무게중심 ❌ 섹션 코드: IMI-01

텍스트

• 대제목: Part 3 — 모방 (Imitation)
• 중제목: 예제로 본 Vibe Coding 4 요소
• 본문 (한 줄): "나는 안드레 카르파시를 모방한다."
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: mirror_2sides
• 타입: side-by-side persona photos
• 설명: 좌 안드레 카르파시 사진 / 우 돌개 (강사) 사진 — 거울처럼 마주봄. 가운데 화살표 라벨 "모방". 상단 큰 글씨 "Part 3 — 모방".
• 색: 좌 카르파시 흰색, 우 강사 골드, 화살표 네온 그린, 배경 검정

강사 멘트 (50초)

Part 3 — 모방. 솔직히 고백할게요. 저는 — 안드레 카르파시를 모방합니다. 그가 박은 Software 1.0/2.0/3.0, Vibe Coding 이라는 단어, LLM Wiki 패턴 — 다 모방했어요. 오늘 이 강의 자체가 — 카르파시 모방 의 결과입니다. 그런데 — 모방은 부끄러운 게 아닙니다. 다음 슬라이드에서 보여드리죠.

트랜지션 → IMI-02

"모방은 창조의 어머니 — 정말일까요?"

LLMWiki 출처

• 강사 1차 통찰 (Karpathy 모방)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-02] 모방은 창조의 어머니 ★

메타: 4단 / 모방 정신 (Part 3 의 정수) / 1.5 분 / 무게중심 ★ 섹션 코드: IMI-02

텍스트

• 대제목: 모방은 — 창조의 어머니
• 중제목: 좋은 모방의 누적이 곧 창조
• 본문 (3 모방 사례):
  • LLM Wiki — Karpathy gist 모방 (그의 디자인 패턴 그대로)
  • Software 1.0/2.0/3.0 — Karpathy 분류 모방 (그의 명명 그대로)
  • Vibe Coding 용어 자체 — Karpathy 명명 모방
• 강조 박스 (골드, 큰 글씨): "모방은 도둑질이 아닙니다. 좋은 모방의 누적이 — 창조입니다."
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: centered_emphasis (3 모방 회로)
• 타입: imitation flow diagram
• 설명: 중앙 큰 글씨 "모방". 사방으로 3 모방 화살표 — LLM Wiki / Software 진화 / Vibe Coding 용어. 각 화살표 위 Karpathy 이름. 배경 AlphaGo 도 모방의 산물 (Atari DQN 의 후예) 작은 글씨.
• 색: 모방 화살표 네온 그린, Karpathy 이름 골드, 중앙 "모방" 큰 골드 글씨

강사 멘트 (75초)

"모방은 창조의 어머니" 라는 말 들어보셨죠? 그게 정말 맞아요. 제가 박은 것 중 카르파시 모방 이 아닌 게 거의 없습니다.

첫째 — LLM Wiki. 카르파시가 만든 LLM Wiki gist 패턴을 그대로 박았어요. 둘째 — Software 1.0/2.0/3.0. 그 분류 그대로 썼어요. 셋째 — Vibe Coding 이라는 용어 자체. 그가 만든 단어를 그대로 쓰는 거예요.

(한 박자 쉬고)

모방은 부끄러운 게 아닙니다. 더 나아가 — 모방은 도둑질이 아니에요. 좋은 모방의 누적이 — 창조 입니다. 카르파시도 누군가를 모방했습니다. AlphaGo 도 — Atari DQN 의 모방이에요. 우리도 — 모방으로 시작합니다. 그게 Part 3 의 정신 입니다.

트랜지션 → IMI-03

"그럼 — 어떻게 모방할지 예제 로 보겠습니다."

LLMWiki 출처

• 강사 1차 통찰 (모방 정신), Karpathy 인용

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-03] 예제 — 약국 마케팅 맵

메타: 4단 / 예제 도입 (시나리오) / 1.5 분 / 무게중심 ❌ 섹션 코드: IMI-03

텍스트

• 대제목: 예제 — 약국 마케팅 맵
• 중제목: 서울 1 만 개 약국, 건강기능식품 마케팅
• 본문 (5 차원 데이터):
  • 위치 — 서울 25 자치구 × 행정동 × 약국 위치
  • 사회·인문 — 인구 통계 / 소득 분포 / 연령 구조
  • 판매 — 처방·OTC·건강식품 매출 패턴
  • 실적 — 약국별 매출·재고·판촉 이력
  • 전략 — 광고 가이드 / 규제 / 경쟁 분석
• 질문 (대제목급, 골드): "당신이 이 회사 마케팅 담당자라면 — 어디서부터?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: bento_grid_4 (5 차원 + 중앙 질문)
• 타입: 5-dimension data layers + central question
• 설명: 5 차원 카드 (위치·사회·판매·실적·전략) — 좌상부터 시계 방향. 중앙 큰 물음표 (골드) + "어디서부터?" 라벨. 우상단 서울 지도 mini + 약국 점들.
• 색: 5 차원 카드 흰색, 중앙 ? 골드, 지도 회색, 약국 점 네온 그린

강사 멘트 (75초)

예제 — 구체적인 시나리오로 갑시다. 서울에 약국이 1 만 개 있어요. 어떤 제약회사 가 — 건강기능식품 을 마케팅하려고 합니다. 데이터는 5 차원: 위치·사회·인문·판매·실적·전략. 다 합치면 어마어마한 양.

자, 여러분이 이 회사 마케팅 담당자 라면 — 어디서부터 시작하시겠어요? (잠시 청중 둘러봄) 답을 주려는 게 아니에요. 질문 을 함께 던지는 시간입니다. 다음 슬라이드부터 — Vibe Coding 4 요소 로 이 문제를 어떻게 모방·재구성 하는지 보겠습니다.

트랜지션 → IMI-04

"그럼 — 만들고 싶은 플랫폼 부터."

LLMWiki 출처

• 강사 1차 통찰 (약국 마케팅 시나리오)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-04] 만들고 싶은 플랫폼

메타: 4단 / 플랫폼 비전 / 1.5 분 / 무게중심 ❌ 섹션 코드: IMI-04

텍스트

• 대제목: 만들고 싶은 플랫폼
• 중제목: 지도 + 모델링 + 시뮬레이션 + 전략
• 본문 (4 자리):
  • 지도 — 5 차원 데이터를 서울 지도 위에 시각화
  • 모델 — 약국별 마케팅 효과 예측 모델
  • 시뮬레이션 — 광고·프로모션 시나리오 돌려봄
  • 전략 — 홍보·광고·프로모션 최적 계획
• 질문: "이 플랫폼을 혼자 만들 수 있을까요?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: bento_grid_4 (4 컴포넌트)
• 타입: platform components + Seoul map background
• 설명: 4 카드 (지도·모델·시뮬레이션·전략) 격자 배치. 배경 서울 지도 흐리게. 우상단 작은 사람 픽토그램 + 물음표 (혼자 가능?).
• 색: 4 카드 흰색, 지도 회색, 사람·물음표 골드

강사 멘트 (75초)

만들고 싶은 플랫폼 은 4 자리예요.

지도 — 5 차원 데이터를 서울 지도 위에 펼침. 모델 — 각 약국의 마케팅 효과를 예측. 시뮬레이션 — "이 광고를 박으면 매출이 어떻게 될까?" 시나리오 돌려보기. 전략 — 홍보·광고·프로모션의 최적 계획.

(한 박자)

자, 이 4 자리를 묶은 플랫폼 — 혼자 만들 수 있을까요? 답은 — 못 합니다. 데이터 분석가, 지리 정보 전문가, 마케터, 규제 검증자... 여러 명이 필요해요. 그래서 — Vibe Coding 4 요소가 각자 어디에 박히는지 다음부터 봅니다.

트랜지션 → IMI-05

"첫째 — 시간. 어떻게 쪼갤까요?"

LLMWiki 출처

• 강사 1차 통찰 (플랫폼 비전)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-05] 시간 — "어떻게 쪼갤까?"

메타: 4단 / 4 요소 질문 1/4 (시간 = 쿼리 루프) / 1.5 분 / 무게중심 ❌ 섹션 코드: IMI-05

텍스트

• 대제목: 시간 — "어떻게 쪼갤까?"
• 중제목: 쿼리 루프 (Query Loop) — 한 사이클 = 한 작업
• 본문 (One Bite 분할 후보):
  • 데이터 수집 (1 사이클) → 통계청·KOSIS 연동
  • 지도 시각화 (1 사이클) → 약국 점 표시
  • 분석 모델 (1 사이클) → 매출 예측
  • 시뮬레이션 (1 사이클) → 시나리오 돌림
  • 전략 도출 (1 사이클) → 광고·프로모션
• 질문: "당신이라면 — 어떻게 첫 한 입을 자르겠습니까?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: centered_emphasis (5 사이클 + 시간선)
• 타입: query loop visualization
• 설명: 가로로 긴 5 단 시간선 — 데이터 / 지도 / 모델 / 시뮬 / 전략. 각 단마다 순환 화살표 (쿼리 루프). 중앙 큰 글씨 "한 사이클 = 한 작업".
• 색: 5 단 골드, 순환 화살표 네온 그린

강사 멘트 (75초)

첫째 — 시간. 핵심 질문: "어떻게 쪼갤까?" 큰 플랫폼을 한 입에 ❌. 5 사이클로 쪼갤 수 있어요. 데이터 수집 → 지도 → 모델 → 시뮬 → 전략. 각 사이클이 쿼리 루프 — 쿼리·응답·검토·다음.

자 — 여러분이라면 어떻게 첫 한 입을 자르시겠어요? 데이터부터? 아니면 지도 시각화 부터? 정답은 없어요. 작게 자르는 게 핵심.

트랜지션 → IMI-06

"둘째 — 공간. 어디에 둘까요?"

LLMWiki 출처

• lesson/4elements-time-one-bite

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-06] 공간 — "어디에 둘까?"

메타: 4단 / 4 요소 질문 2/4 (공간 = 컨텍스트 윈도우 + 헌법) / 1.5 분 / 무게중심 ❌ 섹션 코드: IMI-06

텍스트

• 대제목: 공간 — "어디에 둘까?"
• 중제목: CLAUDE.md = 마케팅 플랫폼의 헌법
• 본문 (CLAUDE.md 첫 줄 후보):
  • 도메인 지식: 약사법 / 건강기능식품법 / 광고 가이드라인
  • 데이터: 서울시 행정동 코드 / 약국 코드 / 처방 분류
  • 정책: 개인정보 ❌ / 광고 규제 준수 / 데이터 출처 명시
  • 5 표준 절: 메타·아키텍처·규칙·워크플로·참조
• 질문: "당신의 CLAUDE.md 첫 줄 은 무엇이 될까요?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: code_left_diagram_right
• 타입: CLAUDE.md template + 헌법 metaphor
• 설명: 좌 CLAUDE.md mini-template (5 표준 절 카드). 우 헌법 책 픽토그램 + 라벨 "이 플랫폼의 헌법".
• 색: CLAUDE.md 골드, 헌법 책 골드 + 네온 그린

강사 멘트 (75초)

둘째 — 공간. 컨텍스트 윈도우는 한정. 그래서 — 도메인 지식·정책·결정을 CLAUDE.md 에 박습니다. 마케팅 플랫폼의 헌법 이에요.

무엇을 박을까요? 약사법·건강기능식품법·광고 가이드라인 같은 도메인 지식. 행정동 코드·약국 코드 같은 데이터 스키마. 개인정보 ❌·광고 규제 준수 같은 정책. 5 표준 절로 박으면 됩니다.

당신의 CLAUDE.md 첫 줄 은 무엇이 될까요? 답은 당신이 만들 자리.

트랜지션 → IMI-07

"셋째 — 연결. 누구를 데려올까요?"

LLMWiki 출처

• lesson/4elements-space-context-rot, lesson/dsl-claudemd-as-language

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-07] 연결 — "누구를 데려올까?"

메타: 4단 / 4 요소 질문 3/4 (연결 = 5 layer 호환·확장) / 1.5 분 / 무게중심 ❌ 섹션 코드: IMI-07

텍스트

• 대제목: 연결 — "누구를 데려올까?"
• 중제목: 5 layer 확장 — Tools · MCP · Subagent · Skills · Plugins
• 본문 (5 layer 채용 후보):
  • Tools — Read·Write·Bash (파일·코드 작업)
  • MCP — 통계청 / KOSIS / 공공데이터 / 매출 DB / 광고 규제 검색
  • Subagent — 데이터 분석가 / 지리 분석가 / 카피라이터 / 규제 검증자
  • Skills — 건강기능식품 광고 작성법 (재사용 패턴)
  • Plugins — 마켓에서 약사법 검증 plugin 다운로드
• 질문: "당신은 몇 명 의 에이전트를 모집하시겠습니까?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: centered_emphasis (5 layer 동심원 + 채용 픽토그램)
• 타입: 5-layer recruitment diagram
• 설명: 중앙 메인 AI / 사방으로 5 layer (Tools·MCP·Subagent·Skills·Plugins). 각 layer 에 에이전트 픽토그램 (작은 사람·도구). 우상단 "채용 공고" 메타포.
• 색: 5 layer 시그니처 색 (Tools 골드 / MCP 네온 그린 / Subagent 흰색 / Skills 골드 / Plugins 코랄)

강사 멘트 (75초)

셋째 — 연결. 한 AI 는 다 못 합니다. 5 layer 로 확장:

Tools — 기본 손. MCP — 통계청·KOSIS·매출 DB. Subagent — 데이터 분석가·지리 분석가·카피라이터·규제 검증자. Skills — 건강기능식품 광고 작성법 재사용 패턴. Plugins — 마켓에서 약사법 검증 plugin 다운로드.

자 — 몇 명 의 에이전트를 모집할까요? 5 명? 7 명? 10 명? 정답은 — 플랫폼이 필요로 하는 만큼.

트랜지션 → IMI-08

"넷째 — 검증. 무엇을 막을까요?"

LLMWiki 출처

• lesson/4elements-connection-mcp-subagent

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-08] 검증 — "무엇을 막을까?"

메타: 4단 / 4 요소 질문 4/4 (검증 = 안전 가드레일) / 1.5 분 / 무게중심 ❌ 섹션 코드: IMI-08

텍스트

• 대제목: 검증 — "무엇을 막을까?"
• 중제목: 5 단 검증 — 가드레일 박기
• 본문 (5 단 검증 자리):
  • 쿼리 루프 검증 — 매 사이클 결과 점검
  • 컨텍스트 검증 — CLAUDE.md (약사법·규제) 정합
  • 연결 검증 — MCP DB 결과 sanity (음수 매출 ❌)
  • 코드 검증 — Lint·Test
  • 의도 검증 — 마케팅 효과가 정말 발생할까?
• 강조 박스 (코랄): 가장 위험한 자리 — 건강기능식품 광고 규제 위반. 자동 검증 ❌ 시 회사 망함.
• 질문: "당신의 가드레일은 어떤 실수 를 막을 수 있나요?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: vertical_timeline (5 단 검증 게이트)
• 타입: 5-stage gate + danger highlight
• 설명: 5 단 게이트 (쿼리 루프 → 컨텍스트 → 연결 → 코드 → 의도). 한 게이트에 ⚠️ 광고 규제 위반 경고 코랄 강조.
• 색: 5 게이트 네온 그린, 광고 규제 게이트 코랄 (위험 강조)

강사 멘트 (75초)

넷째 — 검증. 어떤 실수를 막을까?

5 단 검증 가드레일을 박습니다. 쿼리 루프 검증, 컨텍스트 검증 (약사법 정합), 연결 검증 (DB sanity), 코드 검증 (lint·test), 의도 검증 (마케팅이 정말 효과 있나).

가장 위험한 자리 — 건강기능식품 광고 규제. AI 가 그럴듯하게 광고 카피를 만들었는데 — 약사법 위반이면? 회사 망합니다. 그래서 자동 가드레일 이 필수예요. 검증은 감시가 아니라 — 시스템이 자라는 자리. 기억하시죠?

트랜지션 → IMI-09a

"그런데 — 이 모든 게 AlphaGo 의 2 망 구조 와 같은 사상이라면?"

LLMWiki 출처

• lesson/4elements-verification-hooks

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-09a] AlphaGo 의 2 망이 마케팅에 직접 대입 된다 ★

메타: 4단 / Multi-Agent 통찰 1/2 (AlphaGo 대입) / 1.5 분 / 무게중심 ★ 섹션 코드: IMI-09a

텍스트

• 대제목: AlphaGo 가 바둑을 풀었다면 — 마케팅도?
• 중제목: 정책망 + 가치망의 2 망 구조는 바둑 한정이 아니다
• 본문 (좌우 2 단):
  • AlphaGo (2016): 정책망 "어디에 둘까?" / 가치망 "이 자리 얼마나 좋아?"
  • 마케팅 (2026): 정책망 "어느 약국에 광고?" / 가치망 "이 시장 얼마나 좋아?"
• 강조 박스 (골드): 어떤 의사결정 공간 에서도 — 어디로? + 얼마나 좋아? 의 2 망 분해는 작동
• 하단 한 줄: 약국 마케팅 맵 = AlphaGo 의 모방
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: mirror_2sides (1990s ↔ 2026)
• 타입: dual neural network mirror
• 설명: 좌 바둑판 + AlphaGo 2 망 다이어그램. 우 서울 지도 + 동일 구조 2 망 다이어그램. 두 다이어그램 동일 형태 — 대입 가능 시각 박힘. Policy = 골드, Value = 네온 그린, 동일 색 코딩.
• 색: 좌 흑백 (바둑), 우 컬러 (지도), 2 망 골드+네온 그린 동일

강사 멘트 (70초)

여기서 잠깐 — 한번 생각해봅시다. AlphaGo, 2016 년에 이세돌 9 단을 이겼던 그 AI. 어떻게 만들어졌냐? 두 개의 신경망이었어요. 정책망 — 다음 한 수를 어디 둘지. 가치망 — 지금 판세가 얼마나 유리한지. 단 두 개.

자, 이 구조 — 약국 마케팅 맵에도 그대로 들어맞을까요?

(잠시 화면을 가리키며)

정책망 = 어느 약국에 어떤 광고를 박을까. 가치망 = 이 시장 자리는 매출 측면에서 얼마나 가치 있나. 똑같습니다. 한 글자도 다르지 않아요.

그러니까 — AlphaGo 의 2 망 구조는 바둑만 푸는 게 아닙니다. 어떤 의사결정 공간에도 — 마케팅·물류·금융·자율주행 — 그대로 적용됩니다. 우리가 만들 마케팅 맵 플랫폼은 — AlphaGo 를 모방하는 거예요.

트랜지션 → IMI-09b

"그런데 — 마케팅이 바둑보다 훨씬 복잡하죠. 그 위에 무엇을 더 박아야 할까요?"

LLMWiki 출처

• 강사 1차 통찰 (AlphaGo ↔ 마케팅 대입)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-09b] 그 위에 도메인 N 을 추가한다 ★

메타: 4단 / Multi-Agent 통찰 2/2 (도메인 N 확장) / 1.5 분 / 무게중심 ★ 섹션 코드: IMI-09b

텍스트

• 대제목: AlphaGo 의 2 망 위에 — 도메인 전문가 N 명
• 중제목: 마케팅은 바둑보다 열린 시스템 이다
• 본문 (2 Layer):
  • Layer 2 (도메인 전문가 N): 데이터 수집 · 지리 분석 · 광고 카피 · 규제 검증 · 시뮬레이션
  • Layer 1 (Core 2 망): Policy ↔ Value (AlphaGo 그대로)
• 강조 박스 (네온 그린): AlphaGo 모방 + 도메인 전문가 추가 = 오늘의 Multi-Agent 오케스트레이션
• 질문: "당신의 N 은 — 얼마가 될까요?"
• 푸터: 당신이라면 ── ?

시각

• 레이아웃: vertical_timeline (2 Layer 누적)
• 타입: 2-layer architecture diagram
• 설명: 위·아래 2 Layer. 아래 Layer 1 (AlphaGo 2 망 — IMI-09a 와 동일 형태 시각 연속성). 위 Layer 2 (N 개 도메인 노드 mesh — 약국 픽토그램·지도 핀·문서 아이콘·체크박스·그래프). 화살표 양방향.
• 색: Layer 1 (AlphaGo) 골드+네온 그린, Layer 2 (도메인) 흰색·코랄

강사 멘트 (70초)

그런데 — 마케팅은 바둑이랑 다른 점이 하나 있어요. 바둑은 닫힌 시스템. 19×19 판, 정해진 규칙, 명확한 승/패. 마케팅은? 완전 열린 시스템이에요. 약사법, 계절, 트렌드, 인구 변화 — 외부 변수가 끝없이 들어옵니다.

그래서 우리는 — AlphaGo 의 2 망 위에 도메인 전문가를 추가로 박습니다. 데이터 수집 에이전트, 지리 분석 에이전트, 광고 카피 에이전트, 규제 검증 에이전트 — 건강기능식품 광고는 약사법 위반이 무서우니까요. 시뮬레이션 에이전트.

자, 그러면 우리 플랫폼은 — 몇 개의 에이전트 가 됩니까? AlphaGo 의 2 + 도메인 N. 6 명? 7 명? 10 명?

(청중 둘러보며)

그건 — 여러분이 결정할 자리입니다. 그게 — 오늘의 Multi-Agent 오케스트레이션입니다.

트랜지션 → IMI-10

"자, 그래서 — 오늘 우리가 던진 4 가지 질문, 그리고 N 의 결정 — 종합해보면."

LLMWiki 출처

• 강사 1차 통찰 (Multi-Agent N 확장)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[IMI-10] 닫음 — "당신의 첫 질문은?" ★

메타: 4단 / Part 3 닫음 + 마무리 진입 다리 / 1.0 분 / 무게중심 ★ 섹션 코드: IMI-10

텍스트

• 대제목: 당신의 첫 질문 은?
• 중제목: 모방으로 시작 — 자기 길로 도착
• 본문 (4 질문 회수 + N 결정):
  • 시간 — 어떻게 쪼갤까?
  • 공간 — 어디에 둘까?
  • 연결 — 누구를 데려올까?
  • 검증 — 무엇을 막을까?
  • + N — 몇 명의 에이전트를 모집할까?
• 마지막 큰 글씨 (골드): "당신의 카르파시는 누구입니까?"
• 닫음: "오늘 저녁부터 — 모방 을 시작하세요."
• 푸터 (★ 마침내 풀이): 당신이라면 ── 어디서부터 시작?

시각

• 레이아웃: mirror_2sides (강사 ↔ 청중)
• 타입: final mirror metaphor
• 설명: 좌 돌개 (강사) 픽토그램. 우 청중 픽토그램. 가운데 거울 + 라벨 "모방". 상단에 4 질문 + N 회수. 하단 골드 큰 글씨 "당신의 카르파시는 누구입니까?".
• 색: 좌 강사 골드, 우 청중 흰색, 거울 네온 그린, 마지막 글씨 골드 + 네온 그린 (가장 강조)

강사 멘트 (50초)

자 — Part 3 모방 정리합니다. 4 질문: 시간 (어떻게 쪼갤까), 공간 (어디에 둘까), 연결 (누구를 데려올까), 검증 (무엇을 막을까). 그리고 — N 결정 (몇 명의 에이전트).

이 모든 질문에 — 답은 여러분이 박을 자리입니다. 정답이 있는 게 아니에요.

(천천히)

당신의 카르파시는 누구입니까? 누구를 모방하면서 시작할까요? 오늘 저녁부터 — 모방 을 시작하세요. 그게 — Vibe Coding 의 첫 걸음입니다.

트랜지션 → CLN-01

"그럼 — 마지막. 강의 표어로 닫기 전에 — 역사 이야기 하나 만 더."

LLMWiki 출처

• 강사 1차 통찰 (모방 행동 촉구), concept/4-elements-of-vibe-coding

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

8. [CLN-01 ~ CLN-03] 마무리 — 정형 spec

공통 시각 진화 (3 슬라이드 통틀어 한 명사): "필경사 → 작가" (CLN-01) → "걱정하는 사람 / 부가가치 만드는 사람" (CLN-02) → "코더 = 설계자" (CLN-03) 푸터 (★ 마침내 완성): CLN-03 에서 "어느 시대나 ── 부가가치는 설계 에서 나왔다." 한 문장 완성

---

[CLN-01] 필경사는 사라지지 않았다

메타: 5단 마무리 / 역사적 비유 (낙관·행동의 씨앗) / 2.5 분 / 무게중심 ❌ 섹션 코드: CLN-01

텍스트

• 대제목: 필경사는 — 사라지지 않았다
• 중제목: 1455 년, Gutenberg 가 금속활자를 발명했을 때
• 본문 (4 행):
  • 사람들은 말했다 — "필경사는 사라질 것이다"
  • 그러나 필경사들은 — 사라지지 않았다
  • 자신의 지식과 글솜씨를 더 가치 있는 곳 에 썼다
  • 그들은 — 작가가 되었다
• 강조 박스 (골드, 큰 글씨): 도구가 사람을 대체한 적은 없습니다. 사람이 부가가치 더 높은 자리 로 이동했을 뿐입니다.
• 푸터: 어느 시대나 ──

시각

• 레이아웃: horizontal_diagram_2col (1455 ↔ 1500)
• 타입: line_art + manuscript thumbnail
• 설명: 좌 펜·잉크 + 1450 년대 illuminated manuscript (필경사 시대, 회색). 우 책·작가 + 1500 년대 인쇄 책 (Gutenberg 이후, 골드). 중간 화살표 + 라벨 "지식의 이동".
• 색: 좌 회색 (옛 직업 페이드), 우 골드 (부가가치 상승), 화살표 네온 그린

강사 멘트 (80초)

마지막 슬라이드 들어가기 전에 — 한 가지 이야기를 드리고 싶습니다.

1455 년, 독일의 Gutenberg 라는 사람이 금속활자 인쇄기를 발명합니다. 그때까지 책은 어떻게 만들었냐? 필경사 — 손으로 한 글자 한 글자 베껴 쓰는 사람들이 만들었어요. 한 권 베끼는 데 몇 달, 몇 년 걸렸습니다.

Gutenberg 가 인쇄기를 내놓자 사람들이 뭐라고 말했냐? "이제 필경사는 사라질 것이다." 한 글자씩 베껴 쓰는 일을 누가 더 하겠어요. 그런데 — 어떻게 됐을까요?

(한 박자 쉬고)

필경사들은 — 사라지지 않았습니다. 자신이 가진 지식과 글솜씨를 훨씬 더 가치 있는 곳 에 썼어요. 그들은 — 작가가 되었습니다. 책을 베끼는 사람에서 책을 쓰는 사람으로.

도구가 사람을 대체한 적은 한 번도 없습니다. 사람이 — 부가가치 더 높은 자리 로 이동했을 뿐입니다.

트랜지션 → CLN-02

"어느 시대나 — 같은 일이 반복됩니다."

LLMWiki 출처

• 강사 1차 통찰 (Gutenberg 비유)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[CLN-02] 우리는 어디에 설 것인가

메타: 5단 마무리 / Gutenberg → AI 시대 일반화 + 과학 vs 엔지니어 = 돈 명제 / 2.5 분 / 무게중심 ★ 섹션 코드: CLN-02

텍스트

• 대제목: 우리는 — 어디에 설 것인가
• 중제목: 어느 시대나 새 기술이 나오면, 사람은 두 부류 로 나뉜다
• 본문 (좌우 2 단):
  • 걱정하는 사람: "내가 사라질까 봐"
  • 부가가치 만드는 사람: "이 도구로 무엇을 더 할까"
• 강조 박스 1 (큰 글씨, 골드): 우리는 — 부가가치 만드는 자리 에 서야 합니다.
• 강조 박스 2 (작은 글씨, 네온 그린): 과학 ≠ 엔지니어링. 과학자와 엔지니어의 차이는 — 돈. 코스트와 영업이익 — 그것이 부가가치.
• 푸터: 어느 시대나 ──

시각

• 레이아웃: horizontal_diagram_2col (갈림길 + 사람 픽토그램)
• 타입: fork_in_road + persona icons
• 설명: 갈림길 — 좌측 길 걱정 (회색·점선·내려가는 길) / 우측 길 부가가치 (골드+네온 그린·굵은 선·올라가는 길). 갈림길 머리에 청중 픽토그램 + 결정 화살표. 우상단 과학 vs 엔지니어 미니 비교 (학자 vs 사업가).
• 색: 좌 회색 페이드, 우 골드 + 네온 그린, 청중 흰색

강사 멘트 (85초)

어느 시대나 똑같은 일이 일어났습니다. 새 기술이 나오면 — 사람들은 두 부류로 나뉘어요.

한 부류는 — 걱정 합니다. "내 일이 사라지면 어쩌지?"

다른 부류는 — 그 도구를 선용 합니다. "이걸 쓰면 무엇을 더 할 수 있을까?" — 부가가치 를 만들어요.

그럼 — 우리는 어디에 서야 합니까? 답은 분명합니다. 부가가치를 만드는 쪽.

(한 박자 쉬고)

여기서 한 가지만 더 짚고 갑시다. 과학과 엔지니어링 — 무엇이 다를까요? 둘 다 똑같이 어려운 일을 합니다. 차이는 — 단 하나. 돈 입니다. 과학은 진리를 추구합니다. 엔지니어는 — 코스트와 영업이익 을 추구해요. 그게 — 부가가치 입니다.

여러분은 컴퓨터공학과 학생입니다. 엔지니어 가 될 사람들이에요. 그러니까 — 부가가치를 만드는 자리. 그게 여러분이 설 자리입니다.

트랜지션 → CLN-03

"그럼 — AI 시대에 부가가치는 어디서 만들어집니까?"

LLMWiki 출처

• 강사 1차 통찰 (두 부류 / 과학 vs 엔지니어)

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

[CLN-03] 부가가치 = 설계 (강의 표어 회수) ★

메타: 5단 마무리 / 강의 명제·표어 회수 + 행동 촉구 / 2.5 분 / 무게중심 ★ (강의 마지막 슬라이드) 섹션 코드: CLN-03

텍스트

• 대제목: 부가가치 — 그것은 설계 다
• 중제목: 코딩은 — Claude 가 합니다. 빠르게, 정확하게, 24 시간.
• 본문 (3 행):
  • 그러면 사람의 자리는 어디인가?
  • 무엇을 만들지 결정하는 자리 — 그게 설계 입니다.
  • 45 년 증인 + 4 요소 + 가소성 + 모방 — 모두 한 명제 로 모입니다
• 마지막 큰 글씨 (골드 + 네온 그린): AI-Native Vibe Coding: No Design, No Code
  설계 없이는 — 코딩이 안 됩니다.
• 닫음 한 줄: 여러분의 첫 설계도 — 오늘 저녁부터 시작하세요.
• 푸터 (★ 마침내 완성, 큰 글씨, 골드 + 네온 그린): 어느 시대나 ── 부가가치는 설계 에서 나왔다.

시각

• 레이아웃: bento_grid_4 + 중앙 표어
• 타입: 4 thumbnail 회수 + 강의 표어 중앙
• 설명: 4 자리 thumbnail 회수 — 좌상 45 년 라떼는 timeline / 우상 4 요소 아이콘 (시간·공간·연결·검증) / 좌하 모방 (Karpathy + AlphaGo) / 우하 가소적 시스템 핵 (펄스). 4 자리가 한 화살표로 중앙 강의 표어 로 모이는 구도. 표어 아래 어느 시대나 ── 부가가치는 설계 푸터 박힘.
• 색: 4 thumbnail 골드, 표어 골드 + 네온 그린 (가장 강조), 푸터 마침내 완성형 (네온 그린 ✓)

강사 멘트 (90초)

AI 시대에 부가가치는 어디서 만들어질까요? 답은 — 설계 입니다.

코드는 — Claude 가 짭니다. 빠르게, 정확하게, 24 시간. 그러면 사람의 자리는 어디예요? 무엇을 만들지 결정하는 자리 — 그게 설계 입니다.

오늘 90 분 동안 우리가 본 것 — 정리해 봅시다.

라떼는 — 45 년 동안 도구는 8 번 바뀌었어요. 설계는 단 한 번도 사라진 적 없습니다. 돌개 — 시간·공간·연결·검증. 4 요소가 함께 = 가소성. 모방 — Karpathy 도, AlphaGo 도 모방하면서, 우리만의 부가가치를 만들어 갑니다.

그래서 — 강의 표어로 닫겠습니다.

(천천히, 청중을 둘러보며)

AI-Native Vibe Coding: No Design, No Code. 설계 없이는 — 코딩이 안 됩니다.

여러분의 첫 설계도 — 오늘 저녁부터 시작하세요. 짧아도 좋습니다. 한 줄짜리 CLAUDE.md 부터 시작해도 좋습니다. 그게 — 여러분이 부가가치를 만드는 자리 에 서는 첫 걸음입니다.

90 분 — 끝까지 들어주셔서 감사합니다.

트랜지션 → Q&A

강의 종료. Q&A 시간으로.

LLMWiki 출처 (필수 회수)

• concept/no-design-no-code — 설계 없는 코드 없다 ★
• synthesis/slogan-ai-native-no-design-no-code — AI-Native 정의
• concept/4-elements-of-vibe-coding — 4 요소 회수

검토 메모

• A: ✅ / B: ✅ / C: ✅ / D: ✅ / E: ✅ / 판정: ✅ (5/5 통과 — IMI·CLN 일괄 검토 2026-05-10)

---

9. 빌드 진입 게이트 (Step C → Step D)

모든 슬라이드 검토 메모 5/5 ✅ 시에만 빌드 진입.

빌드 명령:

"04 모든 슬라이드 5/5 통과. python-pptx 빌더 진행해줘"

본 세션 (Claude Code) 동작:

1. 04 의 검토 메모 § 전체 스캔 → 5/5 ✅ 자리 카운트
2. 49/49 통과 시 → builders/build_lecture_full.py 작성 + 빌드 시작
3. 49 미만 ⚠️/❌ 자리 발견 → 빌드 ❌, 미통과 자리 보고

---

10. 본 세션 (Claude Code) 명령 일람

---

11. 변경 이력 (이 파일)