정의

위키 카드 컬렉션을 그대로 입력으로 받아, 출력 형식만 다르게 산출하는 변환 함수들을 스킬 단위로 패키징한 것. 위키는 단 하나의 SSOT, 형식은 N 가지 (PPT · 소책자 · 인포그래픽 · 발표 노트 등). 같은 카드가 청중·매체별로 다른 옷을 입는다.

Karpathy "동일한 위키가 인간 독자에게도 에이전트에게도 동일한 입력" — 그 "에이전트" 자리가 바로 본 변환 함수들이다.

---

작동 형태 — N 출력 형식 × 1 위키

                    [30_wiki/]                ← 1 SSOT
                        │
        ┌───────────────┼───────────────┐
        ▼               ▼               ▼
   [PPT 스킬 5종]   [소책자 스킬]   [인포그래픽 스킬]
        │               │               │
        ▼               ▼               ▼
    .pptx 5종      .docx (Word)     SVG/PNG

본 위키에 현재 등록된 변환 스킬:

소책자(ministry-doc-booklet) 와 PPT 외에도 동일한 패턴 으로 N 형식 추가 가능 — 위키는 변하지 않는다.

---

왜 이 패턴인가

1. 유지 비용이 0 에 수렴

매번 PPT 를 처음부터 만들면 위키와 PPT 가 각각 부패 한다 — 위키 갱신 시 PPT 재작성 ❌. 본 패턴에서는 위키 한 번 갱신 → 변환 스킬 재호출 → 모든 형식의 PPT 가 자동 갱신.

2. 형식의 일관성 강제

5 PPT 스킬은 모두 맑은 고딕 / 22-20-18-16-14 6 단 위계 / 줄간격 1.5 / pptxgenjs 라는 공통 디자인 DNA 를 공유. 누가 만들어도 같은 강의의 PPT 로 보인다.

3. AI 에게 어떻게 일을 시키는가가 곧 설계도

스킬 frontmatter 의 trigger 키워드 + 시각 DNA + 호출 규약 묶음이 곧 AI-Native 시대의 설계도 다. UML 다이어그램 한 장이 지금 무엇으로 바뀌었는지의 정답 형태 — 본 강의 표어 "AI-Native Vibe Coding: No Design, No Code" 의 Corollary 가 손에 잡히는 자리.

---

강의 활용

03 HRN — 하네스 엔지니어링

Harness Engineering 의 Skill 레이어 가 어떻게 작동하는지의 완성된 사례. 위키 → PPT 변환 규칙이 5 스킬 + 1 라우터 로 분산돼 비명시적 함정 (폰트·색·라이브러리) 이 사전 박제됐다.

04 DSL — 설계 언어의 진화

05 DEM — 시연

청중에게 위키 한 카드 를 보여 주고, 5 스킬을 한 자연어 지시로 호출해 5 종 PPT 를 그 자리에서 생성. 강의 표어가 손에 잡히는 한 동작 으로 보이는 자리.

---

주의사항

• 위키가 부패하면 모든 산출물도 부패한다 — 위키 lint 가 변환 스킬보다 우선. 자료 한 번에 하나씩 인입 + status: draft → active 승격은 사람이.
• 형식별 추가 정보 는 스킬 안에서 보강 — 위키 카드는 내용 만, 시각·레이아웃 은 스킬이 책임. 위키에 PPT 색 을 적지 않는다.
• 스킬은 cache prefix 의 일부 — 새 스킬 등록 시 캐시가 무효화되므로 세션 외 에서 일괄 등록.