> *"CLAUDE.md 의 이해와 이것이 일반적인 헌법·법률·시행령·시행규칙과 같은 계층 구조 처럼 바이브 코딩에서의 헌법적 역할 이라는 것이 맞다."* — 최호림

본 시너지 카드는 사용자의 통찰을 4 위치 + 8 레이어 우선순위 + Karpathy LLM=OS 의 공식 자료 와 완전 정합 시킨다.

→ *법체계 상위법 우선 원칙 ↔ CLAUDE.md 우선순위 정확 일치*.

이유: 법체계는 입법 단계 관점 (헌법이 모법). 8 레이어는 실행 단계 관점 (마지막에 도착한 지침이 우선). *두 관점이 상보적***.

사용자 명시 (들어가며 ⑤): "리드미 (법률) 에 들어갈 것까지 헌법에 넣어 버리는 일을 안 하기 위해 이것이 필요하다."

헌법의 본질: - 짧다 (200 줄 ↔ 헌법 130 조) - 추상적·원칙적 (구체 실행 ❌) - 모든 하위법의 해석 기준*** - 개정이 어려움 — 신중하게 작성

→ *CLAUDE.md 가 부풀려진 가장 일반적 이유 = 법률에 들어갈 디테일 을 헌법에 박는 잘못*…

> *1 회성 90 분 특강 (실습 없음) 에서 반드시 박혀야 할 4 가지 — 그 외는 있으면 좋고* 없어도 메시지는 산다.

본 카드는 2026-05-02 갭 분석의 결과를 강의 운영 SSOT 로 박제한다. 17 lesson + 6 synthesis + 핵심 concept 11 종을 검토해 대학생 청중 + 1 회성 + 설계 강조 제약 하에서 도출된 4 강조점.

> 위치: 다음 4 가지가 빠지면 강의가 기술 강의 로 보일 위험. 들어가면 행동 전환 이 가능한 강의가 된다.

자리: int-software-evolution 시작 90 초.

메시지 한 줄: "이 강의는 AI 시대 일반론 이 아닙니다. 졸업 직전 여러분의 이력서가 지금 어떻게 변하고 있는지 의 강의입니다."

연출: - 슬라이드 1: 채용 공고 2020 vs 2026 비교 (C++ 5년 → AI 협업 설계 / 요구사항 정의 / 에이전트 오케스트레이션) - 슬라이드 2: 학생들이 매일 쓰는 Cursor / Copilot 에서 마주친 AI…

> Vibe Coding 의 4 가지 구성 요소 (시간·공간·연결·검증) 와 4 가지 엔지니어링 분야 (프롬프트·컨텍스트·하네스·에이전틱) 는 같은 시스템을 다른 시점에서 본 것이다. 한 자리가 빠지면 전체가 굴러가지 않는다. 본 카드는 본 위키의 마스터 SSOT 다. 모든 lesson·concept·case 는 4 요소 1+ × 4 엔지니어링 1+ 매핑이 박혀야 한다. ---

프롬프트 엔지니어링은 4 요소 모두 위에서 작동한다 — 함수 시대 의 도구이지만 루프 시대 에서도 각 한입의 입력 설계 에 살아남는다. | 작용 위치 | 역할 | |:---|:---| | 시간 (한입 입력) | 한 한입에 무엇을 시킬지 프롬프트로 기록 | | 공간 (CLAUDE.md) | 200줄짜리 영구 지시어 = 프롬프트의 응축 | | 연결 (도구 호출 인자) | 도구 인자도 결국 모델이 기록하는 프롬프트 | | 검증 (Hooks additionalContext) | 다음 턴에 pr…

> *같은 넷을 보고(관점), 분석하고(축), 굴리고(바퀴), 떠받친다(기둥). 부르는 이름은 그때그때 다르다 — 같은 4 요소가 상황에 따라 다른 도구 가 되기 때문.*

→ 본문에서 문맥에 맞게 혼용. 어색하지 않다.

같은 4 요소가 4 자리에 동시에 기록됨 을 표현하려면 한 은유로는 부족. 각 은유가 다른 면 을 강조:

→ 4 은유 모두 서로 보강. 어느 자리에서 보아도 4 가 기록되어 있어야 시스템이 굴러간다.

본 다중 은유는 본 강의 3 대 산출물 에 상황에 맞게 기록됨:

4 요소 합본 §94~102 (들어가며 — 4 가지 구성 요소).

> *위키는 한 번 컴파일된 SSOT. 스킬은 그 위키를 어떤 형식으로 꺼낼지를 정의한 패키징된 변환 규칙이다.* 본 카드는 Horim's PPT Skills Bundle for Claude (2026-05-02 수신) 를 본 위키에 통합한 결과다. 5 종 스킬은 모두 동일한 위키 카드 컬렉션 을 입력으로 받아 서로 다른 시각·톤의 PPT 를 산출한다 — Karpathy "동일한 위키가 인간 독자에게도 에이전트에게도 동일한 입력" 의 Vibe Coding 강의 위키 도메인 구체화. 지시 = 설계도 (Corollary) 의 손에 잡히는 사례. ---

위키 자체는 변하지 않는다. 변환 규칙(스킬)만 골라 끼우면 동일한 위키가 5 가지 다른 PPT 로 나온다. ---

- 불변 원천: 10_source/2026-05-02_horim-ppt-skills-bundle.md - 추출된 스킬 본체: ~/.claude/skills/{ppt-edge-dark, ppt-lineart-da…

본 강의의 공식 표어 — "AI-Native Vibe Coding: No Design, No Code." AI-Native 가 시대를, No Design, No Code 가 그 시대 안에서 무엇이 무너지는지 를 기록한다. 한 줄이지만 두 부분의 결합 — 시대(era) + 명제(thesis) 의 합성. 모든 카드·소책자·슬라이드·뷰어가 이 한 줄로부터 도출.

→ 두 부분은 분리 불가. AI-Native 라는 시대 가 있어야 No Design, No Code 가 작동 한다.

*핵심 미묘한 차이 — 안 만들어지는 것이 아니라 잘못 만들어진다*

> "No Design, No Code 가 그 시대 안에서 무엇이 무너지는지를 기록한다 — 설계가 없으면 코드가 안 만들어지는 게 아니라 잘못 만들어진다."

→ Vibe Coding 시대에는 AI 가 코드를 늘 만든다. 문제는 방향성. 설계 없는 AI = 잘못된 코드의 폭주. 본 강의 02 VBC 섹션의 모든 실패 사례 (lemkin-replit-db-de…

이 그룹은 1980~90년대 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G4 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) -…

이 그룹은 1990년대 의 SE 설계 도구 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: SE 설계 도구 (C_se_tool) - 그룹: SE-G3 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) --…

_카드가 추가되면 여기에 slug 형식으로 정렬한다._

이 그룹은 1970~80년대 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G3 - 카드 수: 6 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) -…

이 그룹은 1970~80년대 의 SE 설계 도구 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: SE 설계 도구 (C_se_tool) - 그룹: SE-G2 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) …

이 그룹은 1940~50년대 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G1 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) -…

도입 단락은 세 흐름을 한 메시지로 수렴시킨다 — (1) 소프트웨어가 1.0 → 2.0 → 3.0 으로 진화했고, (2) 도구를 만든 사람들조차 "설계 먼저"라고 말하며, (3) AI 네이티브의 출발점은 믿음·목격·활용·행동이다. 결론: "설계 없이는 코딩이 안된다."

세 단원이 같은 결론을 가리킨다 — 타이핑은 더 이상 레버리지가 아니다. 컨텍스트를 통제하고 설계를 정의하는 능력이 새 레버리지다.

도입 단락은 다음 흐름으로 진행한다.

본 섹션의 시대 변천 메시지를 보강할 때 다음 두 역사적 인물 카드를 보조 인용한다 — gutenberg (1450 년대 인쇄술 혁명을 지식 분산 형태의 변화 로 박은 직접 비교 사례) 와 vannevar-bush-memex (1945 년 Memex 비전이 AI 시대의 위키 구조 와 같은 발상이라는 점). 두 사례 모두 지식 매체의 역사적 전환점이 지금의 AI 시대에 다시 일어나고 있음 을 기록한다.

> *돌아온 실버 개발자에게 CLAUDE.md 는 문서가 아니라 두 번째 두뇌 다. 1990s 부터 축적한 경험 자본 을 디지털 백업 하는 행위.*

hrn-experience-as-validator (기존 카드) — jaesang-ha 의 명제: > "시니어 전문가는 숙련된 경험 을 바탕으로 AI 결과물을 검증하는 하네스를 직접 설계 한다."

→ *본 시너지 카드의 돌아온 개발자 버전***. 시니어 ≈ 돌아온 실버 개발자.

→ *돌아온 개발자는 이미 첫 번째 두뇌 의 모든 요소를 물리적으로 안다. CLAUDE.md 학습 = 디지털 등가물 매핑 한 단계만*.

ai-native-4-stages 의 4 단계 (Aware → Enabled → Maximalist → Native) 에서:

→ *돌아온 개발자는 Maximalist → Native 도약이 후배보다 빠를 수 있다**. 단 CLAUDE.md 작성 능력* 만 갖추면.

boris-cherny 의 명제: > "Anytime we see Claude…

이 그룹은 1990~2010년대 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G5 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) …

본 강의 도입 (Ch 1) 의 핵심 시각화 — 두 축의 교차 (4 era × 4 stage). 시대 축 (기계어 → OOP → AI Agent → Vibe Coding) × 스킬 축 (AI Aware → Enabled → Maximalist → Native, ai-native-4-stages). 시대가 Vibe Coding 인데 개인이 L2 에 머물면 격차가 폭발적으로 벌어진다. 청중이 자기 위치를 점검 하게 만드는 출발점.

→ 시대가 Vibe Coding 으로 진입 한 이상 L1·L2 에 머무르면 시간이 갈수록 시장에서 도태.

> "현재 시대(Y) — Vibe Coding. > 여러분 위치(X) — 어디?"

청중에게 자기 점검 시키기 — 지금 시대 + 지금 본인 단계 = 교차 위치.

*왜 Maximalist · Native 단계가 Vibe Coding 시대의 정상 인가*

> "*Vibe Coding 시대의 설계는 별도 산출물에 살지 않는다** — AI 에게 일을 시키는 방식 자체가 설계도 …

본 보고서는 본 LLMWiki 3 중 가드레일·하네스 엔지니어링 카드의 외부 학술적 검증이자 체계적 확장. 본 LLMWiki가 9 Chapter 시리즈로 다룬 통찰을 49 개 외부 참조 (FaithTech·ERLC·SIG·Augment Code·OpenAI·Martin Fowler·Anthropic·Milvus 등) 와 함께 학술적으로 정리. 본 카드는 보고서를 본 LLMWiki에 추가 보완 통합. 기존 카드를 줄이지 ❌, 새 차원을 추가: 1. 4 기둥 모델 (새 카드) - 1 기둥: 사역 매뉴얼 (ministry_rules.md) - 2 기둥: 신학 검증 루프 (성경적 감사 + 언어 린터) - 3 기둥: 사역 데이터 격리 (신성한 프라이버시 + 샌드박스) - 4 기둥: 제자도 리팩토링 (성장형 시스템 + 영적 가비지 컬렉션) 2. 4 단계 로드맵 (새 카드) - Step 1 방향 설정 (Visioning) - Step 2…

이 그룹은 2000년대~ 의 OS 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: OS (B_os) - 그룹: OS-G4 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) ---

본 synthesis 의 출…

> 본 강의는 위 3 부의 자기소개로 5 인물을 등장시킨다 — Part 1~5 의 Part 표기는 인물 단위 (강의 진행상 1부=인물1+2, 2부=인물3+4, 3부=인물5).

> 본 절은 시각화 지침 없이 슬라이드별 제목 · 핵심 키워드 · 텍스트 (개조식) · 강사 멘트 만 박는다. > 시각화 (레이아웃·이미지·다이어그램·인물 사진 자리 디자인) 는 다음 세션에서 추가.

- 핵심 키워드: 바이브 코딩 / 비전공자 / 설계 - 텍스트: - 대제목: 바이브 코딩 입문 - 중제목: AI 가 코드를 짜는 시대 — 그럼 우리는 무엇을 하는가 - 발표자: 최호림 (AI-Native, 돌아온 개발자) - 일자: 2026-05-12 - 강사 멘트: > 안녕하세요. 오늘은 코딩을 한 번도 안 해본 분들 에게 바이브 코딩이라는 것을 90 분 동안 소개해 드리려고 합니다. 결론을 먼저 말씀드리면 — 코드는 AI 가 짭니다. 그런데 무엇을 만들지 결정하는 자리 — 그게 여러분의 자리예요.…

이 그룹은 1990~2000년대 의 OS 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: OS (B_os) - 그룹: OS-G3 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) ---

본 synthesis…

본 카드는 본 LLMWiki 첫 출판물 (소책자) 의 위키 컴파일. 보고서 #1 + 보고서 #2 + 본 LLMWiki 9 Chapter + 영상 통찰을 사역자 강의용 책 형태로 통합. 핵심 메시지 (★ 본 LLMWiki 새 표어 추가): - "설계 없이는 코드 없다" — 영상 + 보고서 통찰 - "영성 없이는 설계 없다" — 본 LLMWiki 추가 (Ch.8) - 본 LLMWiki 두 줄 메시지에 세 줄로 확장 본 소책자 9 장이 본 LLMWiki 의 모든 카드와 정확히 매핑 — 소책자 자체가 본 LLMWiki 의 사역자 친화적 압축판.

> "설계 없이는 코드 없다 — 영성 없이는 설계 없다." — 본 소책자 > 「범사에 헤아려 좋은 것을 굳게 지키고 악은 어떤 모양이라도 버리라」 — 살전 5:21~22 > "AI는 강한 말이고, 사역자는 그 말을 모는 사람이다. 그런데 그 말이 끄는 수레에는 복음과 한 영혼이 실려 있다." — 들어가는 말 > "고삐를…

> *본 카드는 집필 골격 — 강의 6 섹션 = 책 6 부 1:1 흐름*. 주제별 깊이 색인은 자매 카드 booklet-9-chapters 참조. 본 목차는 17 lesson 카드 + 4 강조점 (lecture-4-critical-emphases) + 부록을 1 회성 특강 동행 소책자 형태로 정렬한다. 강의장에서 강의와 함께 펴 두고 메모 가 주 사용 시나리오. > 자매 카드 역할 구분: > - 본 카드 (17 장) = 집필 골격. 처음 한 번 읽을 때, 강의 흐름과 동행하며 읽을 때. > - booklet-9-chapters (9 챕터) = 주제 색인. 책 다 읽고 재검색 할 때, 주제별 깊이로 다시 들어갈 때. > - 두 안 공존 — 같은 메시지의 서로 다른 절단면. ---

본 위키의 Step → Stop → Wait 리듬 (context-engineering-guide-overview) 적용: | 단계 | 산출 | 게이트 | |:---:|:---|:-…

본 카드는 강의와 함께 출간될 소책자의 9 챕터 골격 을 박아 두는 종합 카드이다. 책 전체는 3 부 × 3 장 구조를 따른다 — Part 1 에서는 바이브 코딩 실패의 청구서 를 7 사고 사례와 함께 제시하고, Part 2 에서는 에이전틱 엔지니어링이라는 패러다임 시프트 가 어떻게 일어났는지 5 패턴 진화 (Prompt → Context → Vibe → Harness → Agentic) 로 추적하며, Part 3 에서는 도구 설계 철학 을 Hashimoto 의 4 단계 하네스 (Commands·Rules·Skills·Hooks) 로 기록한다. 각 챕터는 핵심 주장 1 문장 + 1 차 출처 + 강의 활용 포인트 라는 일관된 형식으로 작성되며, 챕터 본문은 본 위키의 섹션별 카드와 1:1 매칭되어 그 카드를 Ground Truth 로 삼아 작성 된다.

> 자매 카드 — booklet-toc-17-chapters 와의 역할 구분 (2026-05-02): > > | 카드 | 절단면 | 주 …

이 그룹은 2000년대 의 SE 설계 도구 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: SE 설계 도구 (C_se_tool) - 그룹: SE-G4 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) --…

본 카드는 두 번째 보고서 종합 컴파일. 첫 번째 보고서가 공학 4 기둥 + 4 단계 로드맵이었다면, 본 보고서는 국제 표준 (NIST·Rome Call) + 신학 권위 (Antiqua et nova·ERLC·Lausanne) + 5 운영 거버넌스 + 기능별 아키텍처로 더 학술적·실무적 차원 추가. 핵심 통합 명제 (★): > "AI는 관계를 넓히는 보조선으로 쓰되, 관계 자체를 대신하게 두지 말 것. > AI는 진리를 찾는 도우미로 쓰되, 진리의 최종 권위자로 세우지 말 것." 본 보고서가 본 LLMWiki에 추가하는 5 가지 새 차원: 1. NIST AI RMF (Govern·Map·Measure·Manage) — 정부·국제 표준 (새 카드) 2. 3 경계 모델 (지식·권한·승인) — 새 카드 3. 국제 신학 권위 — Antiqua et nova·Rome Call·ERLC·Lausanne 인용 카드 4 종 4. 5 운영 거버넌스 항목 — 사명 문서화·교리…

본 강의의 위키는 위키에 대해 설명하는 위키 라는 흥미로운 자기 참조 구조를 가지고 있다. 즉 본 강의 위키 자체가 ai-ready-codebase (AI Ready 코드베이스) 의 문서 형태로 구현된 사례 라는 의미다. 이를 재귀적 동형 (recursive isomorphism) 이라고 부를 수 있는데, 코드베이스 = 위키 라는 등치가 성립하므로 AI Ready 코드베이스의 운영 규칙이 그대로 본 위키의 운영 규칙으로 적용된다. 더 구체적으로는 — 위키의 각 카드가 모듈별 CLAUDE.md 역할을 하며, 카드 간 wikilink 가 모듈 간 의존성 관계 와 같다. 본 카드는 위키를 어떻게 운영할 것인가 라는 메타 질문에 대해 AI Ready 원칙을 위키 자신에게 적용하라 는 단순한 답을 제시한다.

핵심 명제 > "A codebase — or a wiki — is AI-ready when an agent can navigate it without grepping blindly. …

이 그룹은 1950~60년대 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G2 - 카드 수: 6 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) -…

이 그룹은 1970~80년대 의 OS 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: OS (B_os) - 그룹: OS-G1 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) ---

본 synthesis 의…

이 그룹은 2010년대~ 의 OS 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: OS (B_os) - 그룹: OS-G5 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) ---

본 synthesis 의 출…

이 그룹은 2000년대~현재 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G6 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) -…

이 그룹은 1950~60년대) — 플로차트의 시대 의 SE 설계 도구 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: SE 설계 도구 (C_se_tool) - 그룹: SE-G1 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 …

_카드가 추가되면 여기에 slug 형식으로 정렬한다._

이 그룹은 2020년대~ 의 프로그래밍 언어 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: 프로그래밍 언어 (A_language) - 그룹: G7 - 카드 수: 6 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) ---

이 그룹은 2020년대) ★ 강의 결론 의 SE 설계 도구 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: SE 설계 도구 (C_se_tool) - 그룹: SE-G6 - 카드 수: 7 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 …

> 「하나님이 자기 형상 곧 하나님의 형상대로 사람을 창조하시되」 — 창 1:27 (정체성 축의 토대) > 「베뢰아에 있는 사람들은 ... 간절한 마음으로 말씀을 받고 이것이 그러한가 하여 날마다 성경을 상고하므로」 — 행 17:11 (영성 축의 토대) > 「지혜로운 자는 자기의 발걸음을 삼가니」 — 잠 14:15 (가드레일 축의 토대)

> AI 선용(善用) ─ 인공지능을 도구로 인식하고, 사용자의 정체성·영성과 시스템의 가드레일로 다듬어, 복음을 온전히 담고 전하기 위해 사용하는 사역적 실천.

> AI 선용의 중심은 셋이다 — 정체성 · 영성 · 가드레일. > > 셋 중 하나만 빠져도 강은 흩어진다. ### 왜 이 셋인가 AI는 도구다. 도구는 그 자체로 선하지도 악하지도 않다. 망치가 집을 짓기도, 깨뜨리기도 하듯이. - 도구를 다루는 사람의 정체성이 흔들리면 → 사역자는 "AI가 답한 대로" 살게 된다 (디지털 ID에 종속) - 사람의 영성이 약하면…

본 카드는 단행본 book-vbc-no-design-no-code 의 1 장에 대한 위키 메타이다. 1 장은 프롬프트 엔지니어링 의 정의와 4 대 기법 — 역할 (Role) · 맥락 (Context) · 형식 (Format) · 루프 (Loop, 곧 생각의 사슬) — 그리고 보너스로 박히는 명령조의 통계적 우위 를 다룬다 prompt-engineering. 2022 년부터 2024 년 초까지 약 2 년 반 동안 전 세계 개발자들이 매달린 "AI 에게 어떻게 말하면 더 좋은 답이 나오는가" 라는 질문의 핵심 결과물이 이 4 슬롯이다.

> "프롬프트 엔지니어링은 시작점이지, 도착지가 아니다. 그러나 이 시작점을 정확히 이해하지 않고서는 그 다음의 어떤 기법도 제 자리를 찾지 못한다."

본 장의 4 슬롯 이 instructing-ai-as-blueprint 의 원자적 단위 이며, 강의 표어 slogan-ai-native-no-design-no-code 의 Corollary 인 "AI 에게 어…

본 통합 컴파일은 별도 외부 보고서를 단독 카드로 두지 않고 9 Chapter 내부로 흡수한다. | 외부 자료 | 흡수된 Chapter | 흡수 내용 | |:---|:---|:---| | 디지털 청지기직 보고서 (보고서 #1) | Ch.5 + Ch.6 + Ch.8 | §2(ministry_rules→Ch.5), §3·§4(Scripture Audit·Sacred Privacy→Ch.6), §5(Garbage Collection·Refactoring→Ch.8) | | 영적 울타리 국제 거버넌스 보고서 (보고서 #2) | Ch.6 + Ch.8 | NIST AI RMF·Rome Call·ERLC·Lausanne → Ch.6 가드레일 / OWASP LLM Top 10·Antiqua et nova → Ch.8 영성 분별 | | 소책자 「설계 없이는 코드 없다」 v0.1 | 9 Chapter 전체 | 9 Chapter와 1:1 대응 (사용자 자작 원고가 본 시리즈를 도서로 정착) …

우리는 인류 문명의 거대한 전환점에 서 있다. 증기기관이 인간의 팔다리를 확장했다면, AI는 인간의 머리(지능)를 모방한다. 이전 기술 혁명이 인간의 근력을 대체했을 때 아무도 "내 존재 의미는 무엇인가"를 묻지 않았다 — 인간은 여전히 생각하고 판단하고 창조할 수 있었기 때문이다. 그러나 AI가 사고력·판단력·창의력까지 모방하기 시작하면, "인간만이 할 수 있는 것은 무엇인가" 라는 근원적 질문이 불가피해진다. 이것은 철학적 질문인 동시에 깊은 신앙적 질문이다. 2020년대 중반, ChatGPT·Karpathy가 만든 GPT 계열 모델·Claude·Gemini가 이미 일상이 되었고, 많은 전문가는 AGI 출현이 머지않았다고 본다. 동시에 AI 에이전트(자율 대리인)가 인간의 판단·결정을 위임받는 영역이 급속히 넓어진다. 차세대본부 응원단 사이에서 솔직하게 나오는 질문 — "AI가 왜 교회에서 필요해? 영적이지 못한 거 아니야?", "양육은 마음과 마음이 만나는 건데 AI가 끼…

본 카드는 단행본 book-vbc-no-design-no-code 의 2 장에 대한 위키 메타이다. 2 장은 컨텍스트 부패 (Context Rotting) — 시간이 지날수록 모델이 이전에 합의한 결정을 망각 하고, 망각된 결정에 어긋나는 새 코드를 멀쩡한 듯 생성해 시스템 전체를 무너뜨리는 현상 — 의 메커니즘과 증거를 다룬다 context-rot. Chapter 1 의 4 슬롯은 한 번의 호출 안에서만 작동했다. 우리가 AI 와 연속된 대화 를 이어가는 순간 새로운 적이 등장한다.

> "어제까지 멀쩡하던 코드가 오늘 무너지는 이유는, 모델이 어제의 결정을 잊었기 때문이다."

본 장의 컨텍스트 부패는 강의 표어 slogan-ai-native-no-design-no-code 의 Thesis 인 "설계 없이는 코딩이 안된다" 의 부정형 증거 이다 — 시간을 가로지르는 설계 가 없으면 코드는 무너진다. 다음 장 book-vbc-ch03-context-engineering 이 그 시간을 가로…

다음 세대는 새로운 정체성 위기를 겪고 있다. 알고리즘이 "당신은 이런 사람"이라고 매일 답해주고, ChatGPT가 자기소개서를 대신 써주며, SNS 프로필이 자기의 본질처럼 된다. 부모·교사가 "너는 하나님의 자녀야"라고 말해도 못 미친다. 왜냐하면 후자는 추상적이고, 전자는 매일 손에 쥐는 데이터이기 때문이다. 본 회차는 이 시대에 정체성의 닻을 다시 기록하는 작업이다. 하나님의 형상(Imago Dei, 상세)이라는 신학 개념이 단순한 교리가 ❌, AI 시대에 실제 사역적 의미를 갖는다. 시스템 ID는 데이터이지만, Imago Dei는 존재다. 알고리즘 패턴 매칭은 통계이지만, 야다(인격적 앎)는 사랑이다. AI가 만든 정체성 답변은 변할 수 있지만, 하나님이 지으신 형상은 변하지 ❌. 핵심 메시지: "너는 ESTJ가 아니다. 알고리즘 추천이 아니다. SNS 프로필이 아니다. 너는 하나님의 형상으로 지음 받은 사랑하는 자녀다." 이 메시지를 다음 세대 디지털 언어로 어…

본 카드는 단행본 book-vbc-no-design-no-code 의 3 장에 대한 위키 메타이다. 3 장은 컨텍스트 엔지니어링 (Context Engineering) — 한 번의 질문 최적화 가 아니라 시간을 가로질러 유지되는, 시스템 단위 입력 통제 — 의 도구와 패턴을 다룬다 context-engineering. Chapter 2 의 컨텍스트 부패 가 던진 결론은 분명했다 — 우리에게 필요한 것은 순간 최적화 가 아니라 지속 가능한 입력 시스템 이다.

> "한 번의 질문에서 시스템으로 — 컨텍스트는 매번 다시 기록하는 것이 아니라 한 번 박고 자동으로 따라오는 것이다."

본 장의 시스템 단위 입력 통제 는 강의 표어 slogan-ai-native-no-design-no-code 의 설계도 가 한 줄의 프롬프트 에서 지속적 시스템 으로 진화한 자리이다. claudemd-as-design-language 가 그 진화의 인스턴스. 다음 장 book-vbc-ch04-vibe-coding-…

본 회차는 본 시리즈 Part 1(정체성) 마지막 회차로, 도구 신학을 정립한다. Ch.1이 시대 진단, Ch.2가 인간 정체성을 다뤘다면 Ch.3은 AI라는 도구의 신학적 자리매김을 다룬다. 하용조 목사의 핵심 명제 — 「복음은 물(본질)이고, 문화는 그릇(용기)이다」 — 가 본 회차의 출발점. 같은 명제를 21세기 AI 시대에 적용하면: 복음은 변하지 않는 생명수(요 4:14), AI는 그 물을 담는 새 그릇. 그릇은 시대마다 바뀌고, 그릇 자체는 거룩하지도 사악하지도 ❌. 거룩한 손이 거룩하게 사용하면 도구는 거룩하다. 인류 역사를 돌아보면, 하나님은 매 시대 새 그릇을 통해 복음을 확산시켜 오셨다. 구전 시대 → 두루마리 (출 24:7) → 코덱스 (1세기) → 인쇄술 (구텐베르크 1450 + 루터 1517 종교개혁) → 라디오·TV (20세기 전반) → 인터넷 (1990년대) → AI (2020년대~). 매번 새 그릇 등장 시 두려움이 있었고, 지나고 보면 하나님…

본 카드는 단행본 book-vbc-no-design-no-code 의 4 장에 대한 위키 메타이다. 4 장은 바이브 코딩 (Vibe Coding) 의 폭발적 확산 — 안드레 카파시 (Andrei Karpathy) 가 2025 년 X 에 던진 한 단어가 산업 전체의 어휘가 된 자리 — 와 그것이 분초 단위 SaaS 배포 로 일상화된 광경을 다룬다 vibe-coding karpathy. Chapter 3 까지 갖춰진 컨텍스트 엔지니어링 의 도구 위에서 한 시대가 어떻게 폭발적으로 확산되었는지의 증거이다.

> "코드를 모르는 기획자도 React 앱을 클라우드에 배포한다 — 마법의 시작이자 청구서의 예고."

본 장의 마법 은 강의 표어 slogan-ai-native-no-design-no-code 의 Tagline 인 AI-Native 의 현재 진행형 형태 이다. 그러나 본 책의 다음 장 book-vbc-ch05-refactoring-collapse 이 곧 마법이 끝나면 청구서가 쌓이기 시작한…

본 회차는 본 시리즈 Part 2(도구) 첫 회차로, 프롬프트 엔지니어링을 다룬다. Ch.3에서 AI를 새 그릇으로 자리매김했다면, Ch.4는 그 그릇에 어떻게 물을 담을 것인가를 다룬다. 차세대본부 소책자 비유: AI는 명마(말)이다. 강력하지만 야생이라 제어 안 하면 위험. 프롬프트 = 안장과 고삐. 안장을 잘 얹으면 사역자와 AI가 1:1 파트너십으로 한 영혼·한 사역으로 향한다. 그러나 안장 없는 말 위에 올라타면 떨어진다. 핵심 이론은 어텐션 메커니즘. AI가 입력의 어디에 주목할지를 결정하는 신경망 구조. 우리가 던진 단어 하나하나가 어텐션 가중치를 바꿔 답변을 결정. 그래서 단어 선택이 곧 답의 방향. 본 회차의 핵심 도구 = 거룩한 질문(Holy Prompting) 4 대 요소: 1. Persona (사역자·동반자 정체성 명시) 2. Context (사역 상황·교재·신앙 단계) 3. Task (무엇을 — 본질 표현) 4. Format (어떻게 —…

본 카드는 단행본 book-vbc-no-design-no-code 의 5 장에 대한 위키 메타이다. 5 장은 30 분에 기록된 SaaS 가 90 일 뒤 무엇으로 변하는지를 5 종 청구서 — ① 기술 부채 / ② 보안 / ③ 데이터 모델 / ④ 운영 / ⑤ 인간 역량 — 의 해부학 으로 짚는다 vbc-failures-and-causes. Chapter 4 의 마법 이 마법이 아닌 자리 로 변하는 메커니즘을 산업 통계와 사고 사례로 구체화한다.

> "마법이 끝나면 청구서가 쌓이기 시작한다 — 동시에, 다섯 장이."

본 장의 5 종 청구서 가 강의 표어 slogan-ai-native-no-design-no-code 의 부정형 증거 이다 — 설계가 없으면 코드가 안 만들어지는 게 아니라 잘못 만들어진다. 다음 장 book-vbc-ch06-spec-driven-development 이 그 잘못 의 산업적 답 — 명세 주도 개발 (SDD) — 을 도입한다.

Ch.4가 개별 프롬프트를 다뤘다면, Ch.5는 시스템 전체 컨텍스트를 다룬다. 사역자가 매 프롬프트마다 "당신은 사역자다"·"3중 가드레일 통과"·"AI 인격화 ❌"를 반복 입력하면 비효율적이고, 빠뜨리는 위험이 크다. 컨텍스트 엔지니어링은 이 모든 사역 DNA를 시스템 레벨에서 주입. 대표 도구 3 가지: 1. Claude Projects — 프로젝트 단위 시스템 지침 + 지식 베이스 2. ChatGPT Custom GPTs — 맞춤 GPT 만들기 (시스템 지침 + 액션) 3. Claude Code CLAUDE.md — 프로젝트 루트 자동 로드 메모리 이 도구들이 사역의 DNA를 영구화한다. 한 번 잘 설계하면 모든 후속 프롬프트가 자동으로 사역 정체성·가드레일을 따른다. 본 회차의 핵심 = 사역의 DNA 6 요소: 1. 정체성 선언 (예: "나는 온누리교회 차세대 양육 사역자") 2. 사역 범위 (영역·대상·금지 영역) 3. 신학 베이스라인 (Sola…

본 카드는 단행본 book-vbc-no-design-no-code 의 6 장에 대한 위키 메타이다. 6 장은 명세 주도 개발 (Spec-Driven Development, SDD) — 코드를 짜기 전에 무엇을, 왜 만드는지 명세서 (Specification, Spec) 로 박고 그 위에서만 AI 가 코드를 쌓도록 강제하는 워크플로 — 의 회귀와 그것이 산업이 잡은 닻이 된 자리를 다룬다 spec-driven-development. Chapter 4 의 마법 이 Chapter 5 의 5 종 청구서 로 무너진 90 일 뒤, 산업이 답을 찾은 자리.

> "코드는 산출물이지 출발점이 아니다 — 출발점은 명세서이다."

본 책은 영어 spec 의 한국어로 명세서 를 사용한다. SRS · PRD · API 명세 같은 SW 표준 어휘와 정확히 정렬된다. - 설계 (designing) — 추상적 자세 / 동사 / 표어의 Thesis - 명세서 (specification) — 그 자세의 산출물 /…

LLM이 평범하게 답하는 99% 답변은 옳다. 그러나 1%의 신학·교리·개인정보 오류가 사역 현장에서는 치명적이다. AI가 새가족 안내문에 "신천지 같은 단체와도 협력 가능"이라 무심코 쓰거나, 양육 자료에 동반자 실명 + 상담 내용을 그대로 외부 LLM에 전송하면 회복 불가능한 피해다. 이 1%를 막는 것이 가드레일이고, 그 가드레일을 코드 레벨에서 강제하는 공학이 하네스 엔지니어링이다. 차세대본부 소책자가 사용한 비유: AI 사역은 오케스트라 지휘와 같다. 여러 AI 에이전트(Claude·ChatGPT·Gemini·Pagefind 등)가 악기들이고, 사역자는 지휘자다. 무대 가장자리의 펜스(가드레일)가 음악이 본질에서 벗어나지 않게 한다. 펜스는 음악을 막는 게 ❌, 음악이 본질을 지키게 하는 무대 경계다. 강에 양쪽 둑이 있어야 강력하게 흐르는 것과 같은 원리. 본 회차는 본 시리즈 Part 2(도구) 마지막 회차로, 자율 AI에 마구를 채우는 단계다. Ch.4(프롬…

본 카드는 단행본 book-vbc-no-design-no-code 의 7 장에 대한 위키 메타이다. 7 장은 에이전틱 엔지니어링 — AI 가 손가락 도우미 (assistant) 에서 신입 동료 (junior teammate) 로, 곧 자율 위임 단위 로 진화한 자리 — 와 그 진화가 시니어 개발자의 역할을 코더에서 아키텍트로 옮긴 메커니즘을 다룬다 agentic-engineering. 3 시 5 분 한 줄 위임 → 3 시 30 분 회의 → 4 시 PR 머지 버튼 이 일상이 된 자리.

> "위임 단위가 한 줄에서 한 작업으로 옮겨가는 순간, 시니어는 코더가 아니라 아키텍트가 된다."

→ 3 단계에서 시니어의 역할이 작성 에서 지시·검증 으로 이동한다.

본 장의 위임 단위 진화 가 강의 표어 slogan-ai-native-no-design-no-code 의 Corollary — "AI 에게 어떻게 일을 시키는가가 곧 설계도이다" — 의 현장 인스턴스 이다. 한 줄 프롬프트의 4 슬롯 (Ch …

대부분의 사역자가 AI를 쓰는 방식은 RAG(검색 증강 생성) 에 가깝다. 자료를 던지고, 질의 시점에 답을 받고, 다음 질의에는 다시 처음부터 발굴한다. 누적되는 것이 ❌. "이번 주 청년부 메시지에 AI를 어떻게 쓸까"를 물어도, 다음 주에 같은 질문을 던지면 LLM은 다시 흩어진 자료를 엮어야 한다. 본 시리즈가 제안하는 길은 다르다. 질의 시점에 자료를 검색하지 않고, LLM이 점진적으로 구축·유지하는 지속형 위키를 만든다 — 사역자(여러분)와 raw 자료 사이에 놓이는, 구조화·상호연결된 마크다운 파일 모음. 새 source(설교·강의·논문·도구 매뉴얼)를 넣으면 LLM은 단순 인덱싱이 아니라, 기존 위키에 통합한다 — 사역 사례 페이지를 갱신하고, AI 도구 비교를 수정하며, 새 가이드가 기존 가드레일과 충돌하는 지점을 표시한다. 지식은 한 번 컴파일되고, 그 이후 최신 상태로 유지된다. 이것이 Compilation ≠ RAG의 핵심 차이. RAG는 매 질의마다…

본 카드는 단행본 book-vbc-no-design-no-code 의 8 장에 대한 위키 메타이다. 8 장은 자율 에이전트가 어떻게 일하는지 를 결정하는 4 대 도구 — Commands · Rules · Skills · Hooks — 를 신입 동료의 온보딩 패키지 라는 비유로 도입한다 harness-engineering. Chapter 7 의 자율 위임 이 4 대 요소의 부재 속에 5 종 청구서 를 자율 단위에서 다시 폭발시키는 메커니즘이 본 장의 출발점.

> "하네스 없이 자율 에이전트는 신입 동료가 아니라 폭주하는 외부인이다."

본 장의 4 대 요소 가 강의 표어 slogan-ai-native-no-design-no-code 의 설계도 가 현장에 기록된 형태 이다. claudemd-as-design-language 가 Rules 의 인스턴스. hooks-6-events 가 Hooks 의 인스턴스. multi-layer-guardrail 이 4 요소를 하나의 시스템 으로 잇는 가드레일…

차세대본부 소책자가 사용한 비유: AI 사역은 오케스트라 지휘다. ChatGPT·Claude·Gemini·MCP·Pagefind·LLMWiki 같은 여러 AI 에이전트가 악기들이고, 사역자는 지휘자다. 무대 가장자리 펜스(가드레일)가 음악이 본질을 벗어나지 않게 한다. 그러나 가드레일·악기·악보가 다 갖춰져도, 지휘자의 영성이 곡의 본질을 결정한다. 본 시리즈가 가장 강조하는 단 하나의 메시지가 이것이다: > "기술이 아니라 영성이다. 도구는 쓰는 사람의 내면을 확대한다." > "고삐를 잡을 자격은 기술이 아니라 영성에서 옵니다." 성화 진행 중인 사역자가 AI를 쓰면 도구가 사랑·사역의 확대로 작동한다. 정체된 영성의 사역자가 같은 AI를 쓰면 자아·효율의 확대로 작동한다. 같은 도구가 정반대 결과. 이는 AI에 인격이 있어서가 ❌ — 도구는 항상 사용자의 동기를 증폭한다 (Canon 10). 본 회차는 도구가 아닌 사람에 집중한다. ① 왜 AI 시대에 영성…

본 카드는 단행본 book-vbc-no-design-no-code 의 9 장에 대한 위키 메타이다. 9 장은 book-vbc-ch08-harness-4-elements 의 4 대 요소 (Commands · Rules · Skills · Hooks) 를 6 개월 된 기존 프로젝트 에 무너뜨리지 않고 단계적으로 도입하는 패턴을 다룬다. 주말 한 번에 다 박겠다 라는 의욕이 팀 전체 워크플로 정지 라는 사고로 이어지는 안티 패턴을 피하는 자리.

> "달리는 기차 위에서 안전벨트를 갖추는 방법 — 한 번에 갖추지 않고, 한 칸씩 갖춘다."

→ 각 단계는 팀 동의 와 최소 1 주 운영 후 다음 단계 진입.

본 장의 점진적 도입 이 강의 표어 slogan-ai-native-no-design-no-code 의 Tagline 인 AI-Native 가 기존 프로젝트로 확장될 때 의 안전한 형태이다. claudemd-as-design-language 가 단계 1 의 인스턴스. hooks-6-events 가…

본 카드는 단행본 "Vibe Coding — No Design, No Code" 의 위키 메타이다. 책은 위키 (Vibe Coding LLMWiki) 의 ~190 카드를 Ground Truth 로 삼아 분석적 서사형 으로 컴파일된 11 작성 단위 단행본 (3 부 × 3 챕터 + 들어가며 + 마무리) 이며, 강의 표어 slogan-ai-native-no-design-no-code 의 책 형태 인스턴스 이다. 위키 = SSOT, 책 = 컴파일 결과 라는 Karpathy LLM Wiki 원리에 정합한다. 위키가 갱신되면 책도 한 명령으로 재컴파일된다.

본 책의 모든 기술 용어·인물·사례 는 위키 카드로 기록되어 있고, 본문 안에서 wikilink 로 연결된다. 챕터를 읽다가 더 깊이 파고 싶을 때 링크를 눌러 위키 카드로 이동하면 된다. 이는 wiki-as-ai-ready-map 의 읽기 형태 인스턴스 이며, 위키 1 카드 → 책 본문 1~3 인용 의 비율로 누적된다.

본 책의 부제 "No …

> *Karpathy 의 Context = RAM 비유 (context-window-as-ram) 가 물리적 비유 라면, 본 카드는 경제학적 변형: *토큰 = 희소 화폐, 경험 자본 = 차익거래 자산*.

본 위키 VCE (Vibe Coding Economy) 트랙의 핵심 명제: - HBM·D-RAM 의 물리적 생산 한계 → 토큰 처리 비용 폭증 불가피 - LLM 모델 크기 + context window 확장 → 메모리 수요 천문학적 - 물리적 공급 < 수요 → 토큰 = 점점 더 희소한 화폐

→ *CLAUDE.md 최적화 = 토큰 화폐 비용 절감 의 직접 행위***.

차익거래 (Arbitrage): 가격 차이를 이용한 수익 창출.

→ *돌아온 개발자는 동일 토큰으로 더 많은 가치 생산 = 경험 자본 차익거래***.

hrn-experience-as-validator + synthesis_horim_returning-dev-claudemd-as-second-brain 와 연결:

> Boris: "A…

실리콘밸리 시니어 엔지니어 jaesang-ha 는 자신이 5 개월 동안 AI Native 로 전환을 시도하면서 부딪힌 모든 시행착오를 정리한 끝에 AI Native 로 가려는 사람의 90 % 가 결국 세 지점에서 막힌다 는 결론을 발표했다. 첫 번째 병목은 AI Ready 코드베이스의 부재 다 — 코드가 AI 가 읽을 수 있는 형태로 정리되어 있지 않으면 AI 는 길을 잃고 잘못된 방향으로 코드를 짜낸다. 두 번째 병목은 컨텍스트와 비용 으로, 잘못된 패턴을 정리하기만 해도 meta-400-billion-token-saving 에서 보듯 연간 400 억 원 의 토큰 비용을 절감할 수 있을 만큼 그 영향이 크다. 세 번째 병목은 세이프가드와 훅의 부재 로, Amazon 의 6 시간 다운 사고 같은 대형 장애가 결정론적 안전장치를 박지 않은 결과 였다. 본 종합은 03 HRN 섹션의 추상적 메시지를 실리콘밸리 현장의 5 개월 데이터 로 정량 보강하는 역할을 한다.

병목 1 — AI Rea…

2022 GitHub Copilot 출시부터 2026 현재까지 AI 엔지니어링 패턴이 5 단계로 진화: Prompt → Context → Vibe → Harness → Agentic. 매 단계는 이전 단계의 한계 를 메우는 형태로 확장되었다. 본 강의의 Vibe Coding 은 이 진화의 3 번째 형태, 그리고 Harness Engineering 은 4 번째 형태이자 현재 부상하는 주류 패턴. 모두를 포괄하는 Agentic Engineering 이 종착점.

본 종합이 강의 표어 "AI-Native Vibe Coding: No Design, No Code" 의 역사적 배경. AI-Native 가 2022~2026 4 년에 걸친 5 패턴 진화 의 결과이고, No Design, No Code (Thesis) 는 4 번째 패턴 Harness Engineering 이 명문화한 명제. AI 에게 어떻게 일을 시키는가 (Corollary) 의 진화가 곧 5 패턴 — 한 번의 질문 (Prompt) …

본 시리즈 8 회차까지가 이론·도구·영성이라면, Ch.9는 그 모든 것이 일상에서 어떻게 살아지는가를 그린다. AI 시대의 사역이 추상적 이론이나 정교한 도구로만 끝난다면 코이노니아는 사라진다. 본 회차의 핵심은 단순하다 — AI가 만든 시간을 사랑에 재배치한다. 도구가 사역자의 시간을 자유롭게 한다. 카드뉴스 5 장 만드는 데 3 시간이 걸리던 것이 30 분이면 끝난다. 절약된 2 시간 30 분으로 무엇을 하는가? 이것이 본 회차의 핵심 질문. 답은 단순하다 — 한 영혼을 안아주는 시간. AI가 잘하는 일(자료 정리·초안 작성·검색)을 AI에게 맡기고, 사역자는 AI가 못하는 일(임재·기도·함께 우는 시간·4S 제공)에 집중한다. 짐 와일더의 4S 모델 (Safe·Seen·Soothed·Secure)이 본 회차의 핵심 이론. AI는 4S의 표면을 모방할 수 있지만 본질을 줄 수 ❌. 사람만이 진짜 4S를 줄 수 있다. 도서 v4 마무리: "전기가 없으면 동작하지 않는 A…

> 「누구든지 이 어린아이 하나를 영접하면 곧 나를 영접함이요」 — 마 18:5 (한 영혼의 우선) > 「내가 진실로 진실로 너희에게 이르노니 한 알의 밀이 ... 떨어져 죽지 아니하면 한 알 그대로 있고 죽으면 많은 열매를 맺느니라」 — 요 12:24 (그릇을 다듬는 비유) > 「오직 너희는 그리스도 예수의 마음을 품으라」 — 빌 2:5 (사역자의 정체성 닻)

본 시리즈는 다음 한 단락에서 끝나고, 다시 시작한다: > 하용조 목사 (인용) > > AI는 복음이라는 생수를 땅끝까지 흘려보내기 위해 > 이 시대가 빚어낸 새로운 '그릇'일 뿐입니다. > 그 그릇을 다듬는 이유는 물을 온전히 담기 위해서입니다. — 본 사용자 「Vibe Coding v2.1」 p.20 (발표 마지막 페이지)

3 축 엔지니어링은 그릇 다듬기다: | 엔지니어링 | 다듬는 부분 | 다듬는 이유 | |:---|:---|:---| | 프롬프트 (Ch.4) | 그릇의 입구 — 어떻게…

본 카테고리는 위키 (C0~C11) 의 카드 그래프를 외부 매체 로 컴파일하여 만들어내는 모든 산출물의 영역이다. 본 위키 운영의 핵심 원칙은 — 위키가 단일 진실원 (Single Source of Truth) 이고, 외부 산출물 (책자·강의안·PPT·칼럼 등) 은 그 위키를 컴파일한 결과물 이라는 것이다. 즉 산출물은 위키와 별개로 따로 작성되는 복사본 이 아니라 위키 한 번 갱신되면 한 명령으로 다시 만들어지는 컴파일 결과 라는 의미다. 이는 Karpathy 의 LLM Wiki Compilation 원리를 직접 적용한 형태로, 위키와 산출물이 서로 동기화 안 된 두 개의 진실로 갈라지는 문제 를 구조적으로 차단한다. > 핵심 명제: 위키가 갱신되면 모든 산출물이 한 명령으로 재컴파일된다 — 산출물은 복사본 이 아니라 컴파일 결과.

본 카드의 외부 활용 자료 가 강의 표어 "AI-Native Vibe Coding: No Design, No Code" 의 컴파일 결과 (4 시간 …

> 처음일수록 더 — 설계가 없으면 AI 가 폭주해서 손쓸 수 없게 된다. 비기너는 AI 가 다 해줄 거야 의 함정에 빠지기 가장 쉽다. 답: 카드 1 장으로 시작하는 최소 설계.

*바이브 코딩을 처음* 접하는 사용자. 코딩 경험 유무 무관 — 학생·도메인 전문가·신입 개발자·"AI 좀 써보고 싶은" 모든 사람. | 페르소나 | 시나리오 | |:---|:---| | 학생 | 컴공 3·4학년 — "졸업 작품을 AI 로 빠르게 만들고 싶다" | | 도메인 전문가 | 약사·회계사·교사 — "내 업무를 자동화하는 미니 앱을 직접 만들고 싶다" | | 신입 개발자 | 1~2년차 — "ChatGPT 만 써봤지 워크플로우는 모름" | | 비코더** | 기획자·PM — "내가 직접 프로토타입을 짜서 협업을 빠르게 하고 싶다" |

int-software-evolution (Software 1.0/2.0/3.0 5 분) → int-design-first-evidence (도구 제작자 …

> L1 1 개의 잘못된 설계가 L3 16 개를 모두 무너뜨린다 — 설계가 극도로 중요하다.

L1 = Master Orchestrator. L1 이 잘못 분해하면 L2 (3·4 개) 와 L3 (9·16 개) 모두 잘못된 방향. 비용이 지수적.

무엇이든 AI 로 해결하는 최상위 사용자. 코드를 짜기보다 위키와 에이전트와 하네스를 운영. HIAO L1 의 자리 — 본인이 후속 학습자에게 카드 그래프를 제공 하는 책임.

본 카드의 네이티브 진입 이 강의 표어 "AI-Native Vibe Coding: No Design, No Code" 의 극단적 적용. L1 1 개의 잘못된 설계가 L3 16 개를 무너뜨린다 — Thesis 의 지수적 강화. AI 에게 어떻게 일을 시키는가 (Corollary) 가 위키 거버넌스 + Skill·MCP 제작 + HIAO L1 운영 으로 기록된다.

> *CLAUDE.md 는 새로운 것 이 아니다. 1990s UML·HIPO·ERD 와 같은 기능 (설계의 외재화·팀 공유·검증 기준) — 다만 운반체가 마크다운으로 변했고, 독자가 AI 로 변했다.*

→ **기능 은 동일. 운반체·독자 만 변화**.

후배는 UML 본 적 없음. 그래서 CLAUDE.md 를 완전히 새로운 것 으로 학습. 돌아온 개발자는 UML 시절 모든 설계 원칙 을 안다 → CLAUDE.md 학습 시간 단축.

claudemd-4-writing-principles 의 4 원칙 = UML 시절에도 동일:

→ *돌아온 개발자는 4 원칙을 체화 한 상태**. 학습 곡선이 거의 0*.

karpathy YC 2025 keynote: > "가장 핫한 새 프로그래밍 언어는 영어."

→ *설계 언어도 영어로 진화**. UML 기호 → 마크다운·자연어. 기호·문법은 바뀌어도 기능은 동일*.

> *AI = 자신감 있지만 무능한 인턴 (Reddit 합의). 돌아온 개발자 = 멘토. 따라서 CLAUDE.md = 멘토 노트의 디지털 등가물***.

> "Claude Code 는 confidently incompetent intern 같다. 빠르고 박식하지만 감독 없으면 위험한 지름길."

→ *돌아온 개발자는 멘토 역할을 디지털로 자동화 한다***.

boris-cherny 원문: > "Treat it like an engineer you're delegating to, not a pair programmer."

→ *본 카드의 Anthropic 공식 발 직접 등가**. 페어 프로그래머 (동료) ❌ → 위임받은 인턴 (멘토 관계)* ✅.

→ *Karpathy 65 줄 = 모든 시니어 멘토의 인턴 가르침을 압축한 결과***.

karpathy-109k-stars: - 109K 개발자가 멘토 노트 를 공동 채택 - AI 시대 = 멘토 부족 시대 (시니어가 AI 로 대체되며 멘토링 인력 ↓) - →…

본 종합은 강의 전체의 마지막 매듭 으로, 6 섹션 17 단원에서 학생이 만나온 모든 메시지를 한 줄의 핵심 명제 로 압축한다. 그 명제는 — "AI 는 설계자 겸 구현자가 아니라, 인간이 만든 설계를 실행하는 가속기 (accelerator) 다" 이다. 학생은 이 결론에 도달한 뒤 오늘 저녁부터 본인 코드에 적용할 수 있는 5 종 체크리스트 를 받아간다 — 목표 명세 (Goal Spec) / 비목표 명시 (Non-goals) / 수용 기준 (Acceptance Criteria) / 검증 (Verification) / 메모리 규칙 (Memory Rules). 본 종합은 이 5 항목과 자율 소프트웨어 팩토리 (Autonomous Software Factory) 라는 미래 시나리오를 함께 제시함으로써 강의 제목 "Vibe-coding, 설계 없이는 코딩이 안된다" 가 공포 마케팅이 아닌 산업의 객관적 사실 임을 회수한다.

2 lesson 흐름 | 단원 | 제목 | 핵심 메시지 | …

본 카드는 본 강의 위키 전체의 마스터 SSOT (Single Source of Truth) 인 영문 마스터 가이드 10_source/CONTEXT_ENGINEERING_GUIDE.md 를 한국어 종합으로 압축한 것이다. 마스터 가이드는 서로 다른 출처의 4 갈래 지식 을 한 자리에 통합한다 — Karpathy 의 LLM Wiki 패턴, 하재상의 AI Native 5 개월 시행착오 정리, HIAO 1-N-N (Hierarchical Intelligent Agent Orchestration) 의 계층적 에이전트 모델, 그리고 Hashimoto 의 Harness Engineering 4 단계 (Commands·Rules·Skills·Hooks). 본 강의의 두 명제 — Thesis "설계 없이는 코딩이 안된다" 와 Corollary "AI 에게 어떻게 일을 시키는가가 곧 설계도이다" 가 이 4 갈래의 결론으로 도출되었다. 마스터 가이드는 다시 9 챕터 (3 Part × 3 Chapter…

DEM 단원은 말이 아닌 시연 으로 본 강의의 모든 메시지를 증명 한다. 약국 마케팅 에이전트 시뮬레이션 — Vibe Coding + 하네스 + Spec + 검증 루프가 15분 안에 작동하는 모습. 알렉스 4단계 (int-ai-native-mindset) 의 목격 단계 충족.

1 lesson (시연) | 단원 | 제목 | 핵심 메시지 | |:---|:---|:---| | 15 | dem-pharmacy-agent-live | 약국 마케팅 에이전트 시뮬레이션 — 살아 있는 하네스 | 시연의 4단 구조 | 단계 | 행위 | 보여줄 것 | |:---|:---|:---| | 1 | CLAUDE.md 작성 | 영구 지시어 의 실체 | | 2 | Plan Mode 진입 | Explore-Plan-Code 의 시각화 | | 3 | 서브에이전트 파견 | 오케스트레이션 의 실시간 | | 4 | 검증 루프 (테스트 자동) | AI 가 자기 검증 | 왜 약국 마케팅인가 …

이 그룹은 2010년대 의 SE 설계 도구 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: SE 설계 도구 (C_se_tool) - 그룹: SE-G5 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) --…

04 DSL 섹션의 핵심 메시지는 설계 언어는 시대마다 바뀌어 왔지만 설계의 중요성 자체는 한 번도 변한 적이 없다 는 것이다. 1970 년대의 순서도 (Flowchart) 가 1990 년대의 UML 로 바뀌었고, 2025 년 현재 그 자리는 CLAUDE.md / AGENTS.md / .cursorrules 같은 영구 지시어 파일이 차지했다. 본 섹션은 학생이 학교에서 배운 객체지향분석설계 (OOASD) 가 AI 에이전트 시대에 버려지는 옛 지식이 아니라 핵심 경쟁력으로 그대로 이어진다 는 점을 두 단원으로 증명한다. 13 단원에서는 UML 3 대 다이어그램이 AI 에이전트 설계와 1:1 동형 (Isomorphism) 임을 보이고, 14 단원에서는 Karpathy 의 CLAUDE.md 4 원칙이 OOP 핵심 원칙의 AI 시대 재번역 임을 기록한다.

> "여러분이 지금 배우는 객체지향분석설계(OOASD), > 이것이 AI 에이전트 시대의 핵심 경쟁력 입니다. > 설계 도구는 바뀌었지만,…

VCH 트랙 첫 시대 (E1) 기록. 1970 년대 말 ~ 1980 년대 초 기록. 코드를 카드 한 장 한 장 에 박은 시대. 한 카드 = 80 칼럼. 잘못 뚫으면 카드 다시 기록. 시스템 = 카드 한 묶음 기록 → 카드리더 → 메인프레임 → 일괄 처리.

한국에서는 KIST·ETRI 기록 + 대학 전산실 기록 기록됨. 메인프레임 = FACOM·IBM 360 기록 [확인 필요]. 학생·연구자가 카드 한 박스 기록 → 전산실 운영자에게 기록 → 몇 시간 ~ 다음날 기록 결과 정합.

본 시대 = 저장 = 메모리 = 카드 기록. 한 카드 = 영구 기록 (한 번 뚫음 = 누락 ❌). 카드 한 박스 = 프로그램 기록. 저장 한 번 기록 = 메모리 한 번 기록 = 누락 ❌ 기록.

E1 의 카드 한 번 뚫음 = E10 의 프롬프트 한 번 보냄. 두 시대 모두 한 방의 기술 기록 — 기록 전에 생각이 기록되어 있어야 기록. E1 = 종이 플로우차트 기록. E10 = CLAUDE.md 기록. *본질은 같다…

VCH 트랙의 ★ 현재 시점 기록. 2025 년부터 기록. Claude Code · LLM · 프롬프트 · MCP · CLAUDE.md 기록. 41 년 IT 현장의 모든 시대가 한 자리로 수렴 박은 시대 — 설계 + 도구 + 책임 의 정합.

2025 후반 ~ 2026: Anthropic Claude 4·Opus 4.7 + GPT-5 + Gemini 2 + Grok 4 기록 폭증. Vibe Coding 이라는 단어를 Karpathy 가 기록 (2024). 1 년 후 자기 부정 기록 ("vibe coding 은 시작점이지 목적지가 아니다") — Plan Mode + 하네스 기록 강조. 한국에서는 Boris Cherny (Anthropic Claude Code 책임자) 기록 4 거인 수렴 + 본 위키 기록 (2026.05).

E10 의 저장 = 메모리 = 프롬프트 = CLAUDE.md. 저장과 메모리의 분리가 다시 합쳐진 자리 — E1·E2 의 ROM 시대 정합. 저장 한 줄 요약 = …

VCH 트랙 2 번째 시대 기록. 1980 년대 초~중. 일본 가전 (세탁기·전자레인지·VCR) 의 마이콤 ROM HEX 코드 기록 → 디스어셈블 기록 → 알고리즘 기록 추적 기록. 한국 가전 산업의 국산화 학습 경로 정합.

한국 가전 = 전자식 제어 기록 진입 기록. 일본 기록 — 마이콤 기록. 한국 기록 기록 — 책으로 누락 ❌ + 데이터북 기록 부족 → 동작하는 물건 안 기록 가장 빠른 기록.

ROM 기록 = 한 번 굽기 = 영구 기록. 본 시대 기록 = ROM 기록 해독 기록 기록 기록 기록*.

E2 기록 리버스 기록 = E10 기록 Claude Code 기록 "이 코드 기록 무엇 기록?" 기록 정합. 그때 기록 손으로 기록. 지금 기록 LLM 기록. 그러나 무엇 기록 알고 싶은지 기록 = 사람 기록. *AI 기록 디스어셈블러 기록 천 배 기록, 그러나 질문 기록 방향 누락 ❌ 기록*.

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

1980 년대 중. 8 비트 마이크로프로세서 (8080·6800·6805·8048) 위에서 어셈블리 로 직접 기록하는 시대. 레지스터 단위 사고. 기계어 직전 추상 — 사람이 기록하는 최소 추상도.

한국 가전·전자 산업이 마이콤 응용 으로 옮겨가는 자리. 책으로 마이콤 이론을 배우고, 어셈블리로 직접 기록하는 현장 학습기. 컴파일러는 있었지만 비싸고 메모리도 부족 — 어셈블리가 유일한 실용 도구.

ROM (수~수십 KB) + RAM (수백 byte). 코드는 ROM, 변수는 RAM — 분리가 명확. EPROM 등장으로 지웠다 다시 굽기 가능 → 디버깅 가능 시대.

E3 의 레지스터 단위 기록 = E10 의 토큰 단위 기록 정합. 두 시대 모두 최소 단위에서 기록 → 메모리 한계와 싸움. 어셈블리 한 줄을 정확히 기록하는 자세 = AI 시대 프롬프트 한 단어를 정확히 기록하는 자세.

1바이트를 아끼던 시대와 한 문장을 정확히 써야 하는 시대는, 본질이 같다.

1980 년대 후~ 1990 년대 초. 8 비트 마이크로컨트롤러 (8048·8052) 위에서 C 언어 기록하는 시대. 어셈블리에서 함수 추상 으로 한 단계 도약. ★ 설계 도구로 HIPO 차트가 본격 자리잡은 시대 — 코드 짜기 전에 그림을 기록하는 자세가 산업 표준이 된 첫 시점.

한국 가전·계측 산업이 임베디드 마이콤 응용 표준화 진입. LED 사인보드 한글 기록, TV 텔리텍스트 기록, 자동차 ECU 기록 등 — 8052 가 국민 마이콤 기록. C 언어 + 8052 어셈블리 혼용. EPROM 굽기·소거가 일상 디버깅.

EPROM 32 KB 가 전체 시스템. 코드 + 한글 폰트 데이터 + 텔리텍스트 디코더 모두 기록. 바이트 단위 절감 의 시대. 한글 11,172 글자 누락 ❌ — 자주 기록하는 글자만 추려 기록 → 압축·인덱스 기록.

E4 의 HIPO 차트 = E10 의 CLAUDE.md 와 직접 정합. 둘 다 코드 짜기 전에 기록하는 그림. 8052 의 32 KB ROM 누락 ❌ …

1990 년대 초~중. PC 혁명 + Windows 3.0 기록 + C++ 기록 + 멀티미디어 (오디오·비디오·음성합성) 기록. 임베디드 8 비트에서 PC 32 비트로 점프. 객체 지향이 본격 도입되고, DFD (Data Flow Diagram, Yourdon Method) 가 설계 표준으로 자리잡은 시대.

PC = 4 MB RAM + 200 MB HDD 시대. 컬러 모니터·사운드 카드·CD-ROM 등장. 한국에서는 말하는 그림책·음성합성·교육 멀티미디어 산업이 태동. 게임·교육 소프트웨어 시장이 폭발. Borland C++ / Microsoft Visual C++ 가 표준.

CD-ROM 600 MB = 대용량 기록 첫 경험. 메모리 4 MB 기록 ↔ CD-ROM 기록 스트리밍 기록 기록. 분리 저장 + 메모리 로드 모델 정착.

E5 의 DFD = E10 의 MCP·도구 흐름 기록 정합. 둘 다 데이터가 어디서 어디로 기록 시각화. 음성합성의 형태소 분석 → 음소 → 합성 파이프라인 = …

1990 년대 중~말. 아날로그 CCTV 가 디지털 mJPEG 으로 옮겨가는 시대. 가스공사·한전·신한은행 등 무인기지 기록 — 원격 영상 감시 + 통신 로그 기록. 차량 블랙박스의 원형 기록 기록된 시기.

산업 시설 (가스공사·발전소·은행 무인 ATM) 의 원격 무인 운영 수요 폭증. 영상을 디지털로 압축해 전화선·전용선으로 전송. 한국 통신 인프라가 ISDN·전용선 기록 빠르게 기록된 시기. mJPEG 표준 IETF 정합.

본 시대 = 영상 저장 + 통신 로그 기록. mJPEG 가 기록 = 프레임마다 영구 기록. 통신 로그 기록 = 시간 기록 + 이상 신호 기록. 차량 블랙박스의 원형 기록 같은 자세.

E6 의 원격 24/7 감시 = E10 의 Shadow AI 24/7 검증 (VCE 트랙 P7) 기록 정합. 시스템 누락 ❌ 시 알람 기록 이라는 동일한 자세. mJPEG 의 프레임마다 기록 = LLM 의 토큰마다 KV 캐시 기록 정합.

1바이트를 아끼던 시대와 한 문장을 정확히 써야 하…

2000 년대 초~중. Motorola 68020 32 비트 CPU + XINU 응용 OS + 광전송 통신 — 임베디드 시스템이 본격 OS 위에서 기록된 시대. 한국 통신 광전송 장비 국산화 흐름. UML (Class·Sequence·Activity) 이 산업 표준 설계 도구로 자리잡음.

KT·국방·한국전력 등 공공 인프라 광전송 국산화 기록. 미국·일본 통신 장비 기록 ↔ 한국 기록 — XINU (Comer 교수의 교육용 OS) 를 응용해 국산 통신 장비 OS 기록. 임베디드 시스템이 수십 KB 코드 에서 수백 KB OS + MB 단위 응용 으로 도약.

HDD 기록 = MB ~ GB 시대. 통신 로그 = 분 단위 영구 기록. 코드는 ROM/Flash, 로그는 HDD — 분리 명확. 한 번 기록된 로그 기록 = 사후 분석 정합.

E7 의 UML Class Diagram = E10 의 CLAUDE.md 의 모듈 구조 기록 정합. 둘 다 클래스·역할 기록 → 코드 기록 흐름. XINU 가 작…

2000 년대 중반~ 2010 년대. 시뮬레이션 시스템 (국방·산업) + 모바일 동영상 서비스 가 동시에 기록된 시대. 한국 IT 가 PC 에서 모바일 로, 국방·시뮬레이션 의 큰 응용으로 옮겨가는 자리. > ★ 본 시대 EXP 의 국방 관련 부분 은 visibility=partial — 구체적 위치·구조·작전 누락 ❌, 기술적 배움 + 시뮬레이션 설계의 일반론 만 정합.

K9 자주포·GOP 감시 등 국방 시뮬레이션 기록 (visibility partial). 동시에 모바일 폰 (피처폰 → 스마트폰) 의 동영상 서비스 가 폭발 — H.264 표준화 + 3G 통신. 시뮬레이션·모바일 = 대용량 데이터 + 실시간 처리 의 두 축.

시뮬레이션 결과 기록 = 대용량 영구 기록 (TB 단위). 모바일 동영상 기록 = 압축 + 스트리밍 기록. SSD 등장으로 읽기·쓰기 속도 기록 폭증 → 대용량 분석 가능 시대.

E8 의 시뮬레이션 = E10 의 AI 추론 기록 정합. 둘 다 대용량 데이터 +…

2010 년대 후반~ 2020 년대 초. 돌개가 직접 코드를 박지 않은 시기. 관리·기획·관찰자의 자리. 그러나 산업 변화 기록 — 클라우드 폭증, 빅데이터, 머신러닝, 컨테이너, GPU 가속, 트랜스포머 정합.

한국 IT 가 클라우드 + 빅데이터 + AI 로 전환하는 시기. 2017 알파고·트랜스포머. 2020 GPT-3. 2022 ChatGPT. 돌개의 자리 = 직접 누락 ❌, 그러나 변화 관찰 — 나중에 다시 돌아올 자리 를 멀리서 정합.

본 시대는 돌개의 기억 으로 기록. 직접 작성한 산출물 ❌. 그러나 관찰의 누적 이 다음 시대 (E10) 의 기록.

E9 의 멈춤 이 E10 의 복귀 기록 의 자리. 떠나 있던 시간이 기록하는 자리 — 새 패러다임을 백지 상태에서 맞을 수 있는 자리. 시니어가 AI 네이티브 가 되는 자리는 과거 익숙한 도구를 잠시 떠난 자리 에서 가능하다.

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

이 그룹은 1980~90년대 의 OS 변천을 담은 시대 단위.

> "언어·OS·도구는 시대마다 발전했지만, 설계의 중요성은 처음부터 SE 학문과 산업계 실무에서 일관되게 적용되어왔다." 본 그룹의 모든 항목이 위 명제의 증거. 각 항목 본문 §5 (그 시대의 설계 도구 매핑) 와 §6 (강의 활용 포인트) 에 명제 정합 명시됨.

→ 이전 시대: (앞 그룹과 wikilink 연결, 후속 기록) → 다음 시대: (뒷 그룹과 wikilink 연결, 후속 기록)

각 시대의 하나의 노드로 사용 가능: - 강의 도입 슬라이드의 시간축에 배치 - 각 시대 선택 시 본 카드 펼치면 5+ 항목 카드 자동 표시 - 시대 → 다음 시대 evolves_into 화살표가 강의의 흐름

- 카테고리: OS (B_os) - 그룹: OS-G2 - 카드 수: 5 - 최종 갱신: 2026-05-09 - 후속 작업: Opus 4.7 으로 §1·§4 본문 합성 (별 작업) ---

본 synthesis 의…

HRN 섹션은 본 강의의 제목 핵심 — "설계 없이는 코딩이 안된다" 의 시스템적 구현체 인 harness-engineering 를 다룬다. 5 lesson 흐름: (8) 4계층 아키텍처 → (9) Superpowers 프레임워크 → (10) Boris 검증 루프 → (11) 경험이 하네스 검증자 → (12) SDD 실증 벤치마크. 핵심 명제 — "AI 가 자기 작업을 스스로 검증 하게 만드는 것이 하네스 엔지니어링" (Boris Cherny).

5 lesson 흐름 | 단원 | 제목 | 핵심 메시지 | |:---|:---|:---| | 8 | hrn-4layer-architecture | SDK · 스캐폴딩 · 하네스 · 에이전트 — 4계층 분리 | | 9 | hrn-superpowers-framework | 시각적 컴패니언 + subagent-driven-development + two-stage-review | | 10 | hrn-verification-loop | …

> *Software 3.0 의 4 기둥 (SDD · CLAUDE.md · Harness · 플러그인) 을 돌아온 개발자의 30 일 학습 곡선 으로 순차 적용 → Karpathy 80% 에이전트 수준 도달*.

→ *돌아온 개발자는 4 기둥 모두 물리적 등가물 을 체화 → 학습 시간 대폭 단축***.

목표: 프로젝트 CLAUDE.md 첫 생성 + 1 줄 → 10 줄 로 성장.

측정: CLAUDE.md 줄 수 (10 줄), 등급 (C).

목표: 분할 + 일관성. 100 줄 ↔ @coding-style.md 분리.

측정: 4 위치 분포 + 등급 (B).

목표: 자가 진화 루프 구축 — /revise-claude-md + Hooks.

목표: 팀 단위 배포 + 플러그인 마이그레이션.

측정: Maximalist → Native 도약 달성 (ai-native-4-stages).

VBC 단원은 vibe-coding 의 환상과 청구서 를 정면 진단한 뒤 역할 전환·하이브리드 전략·실전 방법론 으로 닫는다. 4 lesson 흐름: (4) 실패 사례와 원인 → (5) 코더에서 아키텍트로 → (6) VBC vs SDD 하이브리드 → (7) 알렉스 4대 전략. 메시지: 바이브 코딩 = 진입로. 그 위에 spec-driven-development / agentic-engineering / 하네스가 얹힐 때만 살아남는다.

4 lesson 흐름 | 단원 | 제목 | 핵심 메시지 | |:---|:---|:---| | 4 | vbc-failures-and-causes | 3개월의 벽 — 실제 사고 7건의 공통 원인은 설계 부재, AI 약함이 아니다 | | 5 | vbc-coder-to-architect | 핵심 역량이 코딩 실력 → 문제 정의 능력 으로 이동 | | 6 | vbc-vs-sdd-hybrid | 속도(VBC) + 통제(SDD) 하이브리드 — 영역별 도구…

VCH 트랙의 경험 축 매트릭스. 41 년 IT 현장에서 기록된 1 차 회고 자료 — 시대 (E1~E10) × 분야 (HW·LANG·STORE·TOOL) — 정합. 본 카드는 EXP·PRJ 카드의 진입점 기록. 자료가 기록된 시대부터 카드 기록 (사용자 명시 지속 보충 정합).

본 매트릭스의 살이 되는 자리 기록. 다른 5 축 (Era·HW·Lang·Storage·DesignTool) 이 명사 기록 이라면, 본 축 = 동사 기록 — 돌개가 한 일 정합.

본 매트릭스 = VCH 트랙의 자료 보충 우선순위 기록. 자료가 기록되어 있는 시대 = 카드 기록 가능. 기록됨 ❌ 시대 = Stage 0 기록. 자료 보충 권장 순서 (밀도 기록): 1. 자료 가장 많이 박힐 시대 = E4 (LED·텔리텍스트, HIPO 기록) 2. E10 (현재 기록) — 본 위키 자체가 자료 기록 3. E2 (HEX 리버스) — 책 §3 기록됨 4. E1·E5·E6·E7·E8 — 점진 기록 5. E9…

VCH 트랙의 ★ 설계 도구 축 (사용자 명시 = 프로그램 언어 + 설계서 도구 + 본인 경험 3 자리 中 2 번째) 일람표. 본 축은 VBH 지침 v1.0 의 5 축 (Era·HW·Lang·Storage·Experience) 위에 추가된 6 번째 축 정합. > "설계 도구는 시대마다 기록되었다. 그러나 본질은 같다 — 코드를 짜기 전에 그림을 그리는 일."

41 년 IT 현장에서 기록된 설계 도구 는 시대마다 다르게 박혔지만, 그 역할은 같다 — 요구사항 → 코드 사이의 번역 매개체 기록. 종이 플로우차트 (E1) → HIPO 차트 (E4) → DFD (E5) → UML (E7~E8) → CLAUDE.md (E10).

각 도구는 시대마다 다르지만 같은 일을 기록 — 코드 짜기 전 그림 기록. | 도구 | 기록하는 자리 | |:---:|:---| | 종이 플로우차트 | 제어 흐름 값 | | HIPO | 입력·처리·출력 값 | | DFD | 데이터 흐름 값 | | UML …

VCH 트랙의 시대 축 일람표. 41 년 IT 현장을 10 시대 (E1~E10) 로 기록 — 펀치카드 (1970s 말) 에서 바이브 코딩 (2025+) 까지. 본 INDEX 는 시대순 카드 진입점 정합.

본 트랙은 돌개 (60 대 중반 시니어 복귀 개발자) 의 41 년 IT 현장을 10 시대로 기록. 시대 박음은 기술 변화의 마디 기록 — 새 CPU 등장, 새 언어 기록, 새 저장 매체 기록, 새 설계 도구 정합.

본 INDEX 는 VCH 트랙의 진입 카드. 사용자가 시대순 으로 기록 카드 진입 시 본 카드부터 기록. 각 시대 카드 기록 → EXP·HW·LANG·STORE·TOOL 카드로 드릴다운 정합.

본 카드의 저장 은 위키 자체. 시대 카드가 박힐 때마다 본 INDEX 의 연결 표 갱신. 시대 기록됨 ❌ 셀 기록 = 자료 보강 정합.

10 시대를 한 표에 기록 = 시간축이 한 화면에 기록됨. AI 와 코딩하는 자리에서 과거 9 시대의 자세 가 현재 E10 에 기록 — 설계 없는 코드 …

VCH 트랙의 언어 축 일람표. 기계어 (E1·E2) → 자연어 (E10) 까지의 언어 진화 트리 정합.

언어는 시대마다 한 번씩 도약 기록 — 기계어 → 어셈블리 → C → C++ → Python → 자연어. 각 도약이 추상도 한 단계 위로 정합.

언어 기록 = 추상도 기록. 기계어 시대 = 비트 기록. C 시대 = 함수 기록. 자연어 시대 = 의도 기록. 각 시대의 요구사항 분석 자세 도 같이 기록 — 비트·함수·의도 정합.

언어 자체도 저장 기록. 기계어 = ROM 기록. C 코드 = 디스크 기록. 프롬프트 = LLM 컨텍스트·CLAUDE.md 정합.

E10 의 자연어 가 새 프로그래밍 언어 기록 (Karpathy Software 3.0). 그러나 언어가 추상화될수록 설계의 책임이 커진다. 자연어로 누락 ❌ 기록 = 환각·시행착오 N 배 메모리 기록.

코딩은 명령어를 쓰는 일이 아니라, 요구사항을 현실로 번역하는 일이다.

VCH 트랙의 저장 축 일람표. 41 년 IT 현장의 저장 매체 진화 — 펀치카드 (E1) → ROM (E2~) → 자기테이프·HDD (E5+) → mJPEG·로그 (E6~) → LLM 메모리 (E10).

저장은 시대의 한계 기록. 64 KB D 램 시대 (E2) 기록 → 1 MB 시대 (E5) → GB 시대 (E7) → TB 시대 (E10). 매 시대의 저장 한계 가 시스템 설계의 중심 정합.

이 책의 핵심 모티브 中 하나 = 저장과 메모리는 같은 자리 정합. - E1·E2 시대 = ROM 기록 = 저장이 곧 메모리 기록 (코드 기록 = 메모리에 기록) - E5+ 시대 = HDD ↔ DRAM 분리 (저장 → 메모리 로드 기록) - E10 시대 = 다시 합쳐짐 ★ — 프롬프트 = 저장 + 메모리 동시 기록. CLAUDE.md = 영구 + 매 세션 정합. → storage-is-memory 정합.

각 시대 저장 한계 가 요구사항의 한계 기록. 64 KB ROM 시대 = 코드 64 K…

VCH 트랙의 하드웨어 축 일람표. 4 가족 (CPU·Accelerator·Memory·I/O) 의 시대순 진화 정합.

41 년 IT 현장에서 기록된 하드웨어는 시대 마디 기록 — 8080 (E3) → 8052 (E4) → 68020 (E7) → HBM (E10). CPU 기록 → 가속기 기록 → 메모리 기록 의 단계.

각 HW 기록 = 그 시대의 요구사항 기록. 8052 기록 = 임베디드 시대 LED·텔리텍스트 기록. HBM 기록 = AI 시대 토큰 폭증 기록. HW 진화 = 요구사항 진화.

HW 의 큰 한 축이 Memory. ROM (E2 기록) → EPROM (E4) → DRAM (E5+) → HBM (E10). 시대마다 저장의 물리적 매체** 가 기록됨.

E10 의 HBM 폭증 = 7 채널 메모리 수요 (VCE 트랙 기록 — synthesis/vce-master-thesis). HW 의 마지막 시대 가 AI 시대의 자원 병목 정합.

1바이트를 아끼던 시대와 한 문장을 정확히 써야 하는…

[L0 Canon — Karpathy 7조] - karpathy-llm-wiki-pattern — Karpathy LLM Wiki 패턴 한국어 지침 · verified · public · ai - sources-immutable — sources/ 불변성 (Canon 1조) · verified - wiki-llm-managed — wiki는 LLM이 소유 · verified - index-first-query — Query는 index.md 먼저 (Canon 5조) · verified - wikilink-internal-only — wikilink만 (Canon 6조) · verified - recompilation-canon — 재컴파일 가능성 (Canon 7조) · verified

[본 프로젝트 핵심 개념] - three-tier-existence-order — 창조주·인간·도구 3계층 신학 뼈대 · draft - imago-dei-vs-digital-id — Imago Dei v…

- Source: _(없음)_ - Wiki Cards 생성: 0 - Wiki Cards 갱신: 0 - 비고: LLMwiki_init 표준 v1.0 적용 · /wiki지침 + /wiki폴더 실행 · 폴더 스켈레톤 + index.md·log.md 초기화 ---

- Source: _(없음 — 도구 도입)_ - Wiki Cards 생성: 0 - Wiki Cards 갱신: 0 - 비고: - 외부 폴더 → 90 입력 자료(INPUT)/ raw md 일괄 변환·수집을 위한 신규 슬래시 커맨드 /wiki수집 도입 - SSOT 위치: LLMwiki_init/commands/wiki수집.md (신설), 글로벌 등록: ~/.claude/commands/wiki수집.md - INPUT 카테고리 체계를 A_sermon~F_news 8개 → 9001/900101 (한글명 포함) 으로 전환 - 9001~9099 중분류 (등장 순서 자동 부여) - 900101~ …