LLM Wiki 세 가지 레이어: Raw Sources · Wiki · Schema

LLM Wiki는 세 가지 명확히 구분된 레이어로 구성됩니다. 각 레이어는 서로 다른 역할을 맡으며, 이 구조 덕분에 LLM이 지식을 체계적으로 컴파일하고 유지할 수 있습니다. Andrej Karpathy는 이 구조를 "Obsidian은 IDE, LLM은 프로그래머, 위키는 코드베이스" 라는 비유로 설명했습니다. llm-wiki.en.md [llm-wiki.en.md]

• 논문, 기사, PDF, 이미지, 트랜스크립트 등 큐레이션된 불변(immutable) 자료 모음입니다.
• LLM은 이 레이어를 읽기만 하며, 절대 수정하지 않습니다.
• 위키 전체의 진실의 원천(source of truth) 역할을 합니다.
• 모든 위키 페이지의 클레임은 이 원본 소스로 역추적할 수 있어야 합니다. 이것이 지식 누적의 신뢰성을 보장합니다.

[llm-wiki.en.md]

• LLM이 생성하고 유지하는 Markdown 페이지 디렉터리입니다.
• 포함 내용: 요약 페이지, 엔터티 페이지, 개념 페이지, 비교 페이지, 개요, 인덱스 등.
• 이 레이어는 LLM이 전적으로 소유합니다. 새로운 소스가 들어오면 관련 페이지를 생성·수정하고, wikilinks를 통해 페이지 간 상호 참조를 일관되게 유지합니다.
• 핵심 파일:
• index.md — 모든 페이지를 카테고리별로 한 줄 요약과 함께 정리한 콘텐츠 중심 카탈로그. 에이전트는 쿼리를 라우팅할 때 이 파일을 먼저 읽습니다. 수백 개 페이지 규모에서는 임베딩이나 벡터 데이터베이스 없이도 잘 작동합니다.
• log.md — 인제스트, 쿼리, 린트 패스를 시간 순서로 기록하는 추가 전용(append-only) 로그. 위키가 어떻게 진화했는지 타임라인을 제공합니다.

LLM Wiki vs RAG 비교 관점에서 보면, 이 레이어가 RAG의 불투명한 청크 재조합과 가장 크게 대비되는 부분입니다 — 위키 페이지는 사람이 읽고 편집할 수 있습니다. [llm-wiki.en.md]

• LLM에게 위키의 구조와 따라야 할 워크플로를 알려주는 설정 문서입니다.
• 에이전트별 파일명 예시:
• Claude Code: CLAUDE.md
• Codex: AGENTS.md
• 스키마가 없으면 LLM은 범용 챗봇에 불과합니다. 스키마가 있어야 규율 있는 위키 유지관리자로 동작합니다.
• 스키마는 세 가지 운영 작업(Ingest · Query · Lint)의 절차와 규칙도 정의합니다.

[llm-wiki.en.md]

[llm-wiki.en.md]

• LLM Wiki — 이 세 레이어가 구현하는 전체 패턴
• LLM Wiki 세 가지 운영 작업: Ingest · Query · Lint — 위키 레이어 위에서 실행되는 워크플로
• LLM Wiki vs RAG 비교 — 레이어 구조가 RAG와 어떻게 다른지
• Obsidian — 위키 레이어의 사람 대면(human-facing) 독자 도구
• qmd — 위키가 대규모로 성장할 때 인덱스 파일을 보완하는 검색 엔진
• Cairni — 이 세 레이어를 호스팅 서비스로 제공하는 관리형 LLM Wiki
• Vannevar Bush와 Memex — 이 구조의 사상적 선조