출처
- source_url: https://gist.githubusercontent.com/karpathy/442a6bf555914893e9891c11519de94f/raw/ac46de1ad27f92b28ac95459c782c07f6b8c964a/llm-wiki.md
- author: Andrej Karpathy
- published: (미상, gist)
- raw: raw source:
web-2026-04-19-llm-wiki
요약
이 문서는 Andrej Karpathy가 공개한 “LLM Wiki” 원본 gist로, LLM을 이용해 개인 지식 저장소를 구축하는 패턴을 설명하는 “아이디어 파일”이다. 특정 구현이 아니라 그대로 복사해 자신의 LLM 에이전트(OpenAI Codex, Claude Code, OpenCode/Pi 등)에게 전달해 함께 세부 사항을 구체화하도록 설계됐다. 이 위키(anpigon/wiki 자체)가 바로 이 패턴을 그대로 구현한 결과물이며, AGENTS.md/CLAUDE.md가 이 문서가 말하는 “스키마” 레이어에 해당한다.
핵심 아이디어는 RAG와의 대비에서 출발한다. 대부분의 LLM-문서 활용은 파일 컬렉션을 업로드하고 질의 시점에 관련 청크를 검색해 답을 생성하는 RAG 방식이며(NotebookLM, ChatGPT 파일 업로드 등), 매번 지식을 처음부터 재발견할 뿐 축적이 없다는 한계가 있다. Karpathy가 제안하는 방식은 다르다. LLM이 새 소스를 그저 색인만 하는 게 아니라, 읽고 핵심을 추출해 기존 위키에 통합한다 — 엔티티 페이지 갱신, 토픽 요약 수정, 새 데이터와 기존 주장의 모순 표시, 종합의 강화/도전까지 수행한다. 위키는 교차 참조가 이미 구성되고 모순이 이미 표시된 영속적·복리 축적형 산출물이다. 사람은 소싱과 탐색, 좋은 질문을 던지는 역할을 맡고, 요약·교차참조·정리 같은 북키핑은 LLM이 전담한다. Karpathy는 LLM 에이전트를 한쪽에, Obsidian을 반대편에 열어두고 실시간으로 결과를 확인하는 자신의 워크플로우를 예로 들며 “Obsidian은 IDE, LLM은 프로그래머, 위키는 코드베이스”라고 표현한다.
적용 영역으로 개인(목표·건강·자기개발 추적), 연구(수주수개월에 걸친 진화하는 테제), 독서(Tolkien Gateway 같은 팬위키를 개인이 구축), 비즈니스/팀(Slack·회의록·문서 기반 내부 위키) 등을 제시한다. 아키텍처는 원문 소스(Raw sources, 불변·진실의 원천), 위키(LLM이 전적으로 소유하는 마크다운 파일 디렉터리), 스키마(구조·컨벤션·워크플로를 담은 설정 문서) 3개 레이어로 구성된다. 운영은 인제스트(소스 읽기→요약 작성→인덱스/엔티티/개념 페이지 갱신→로그 기록, 소스 하나가 1015개 페이지에 영향 가능), 쿼리(관련 페이지를 찾아 인용과 함께 답 합성, 좋은 답은 새 페이지로 위키에 편입), 린트(모순·낡은 주장·고아 페이지·누락된 교차참조 점검)의 세 가지다.
index.md는 콘텐츠 중심 카탈로그로 ~100개 소스·수백 개 페이지 규모까지는 임베딩 기반 RAG 인프라 없이도 잘 작동하며, log.md는 일관된 접두사(## [날짜] ingest | 제목)로 유닉스 도구로 파싱 가능한 시간순 기록이다. 선택적으로 위키가 커지면 qmd 같은 BM25/벡터 하이브리드 로컬 검색 도구를 CLI나 MCP 서버로 연결할 수 있다. 팁으로는 Obsidian Web Clipper로 소스를 빠르게 수집하고, 이미지를 로컬에 저장하며, 그래프 뷰로 허브·고아 페이지를 파악하고, Marp로 슬라이드를, Dataview로 프론트매터 기반 동적 표를 만들 수 있다는 점, 그리고 위키가 결국 git 저장소이므로 버전 기록·브랜칭·협업이 공짜로 따라온다는 점을 든다.
Karpathy는 지식 베이스 유지의 진짜 장벽이 읽기나 사고가 아니라 북키핑이며, 사람들이 위키를 포기하는 이유는 유지 관리 부담이 가치보다 빠르게 늘기 때문이라고 짚는다. LLM은 지루해하지 않고 교차 참조 갱신을 잊지 않으며 한 번에 여러 파일을 처리할 수 있어 유지 비용이 거의 0에 수렴한다고 본다. 이 아이디어를 Vannevar Bush의 Memex(1945) — 개인적·능동적으로 큐레이션되고 문서 간 연결이 문서 자체만큼 가치 있는 지식 저장소 — 와 정신적으로 연관 짓되, Bush가 풀지 못한 “누가 유지 관리하는가” 문제를 LLM이 해결한다고 결론짓는다. 문서 스스로도 “의도적으로 추상적”이라고 밝히며, 디렉터리 구조·페이지 포맷·도구 선택은 각자의 도메인과 LLM에 맞게 구체화하라고 권한다.
관련 위키
원문 보존 위치
원문 전체는 raw source: web-2026-04-19-llm-wiki에 source_url과 함께 저장되어 있다.