이 페이지의 목차
근거 자료 3건갱신 2026-10-26언급 11곳
이 페이지의 목차

정의#

LLM 에이전트가 원본 자료와 사용자 사이에 놓인 마크다운(용어 사전) 위키(구조화되고 서로 링크된 파일 모음)를 조금씩 쌓고 계속 유지하는 개인 지식 베이스 패턴이다. Karpathy LLM Wiki

새 자료가 들어오면 LLM은 그것을 나중에 찾으려고 색인만 하지 않는다. 읽고, 핵심을 뽑고, 기존 위키에 녹여 넣는다. 개체 페이지를 고치고, 주제 요약을 다시 쓰고, 새 데이터가 옛 주장과 어긋나는 곳을 표시하고, 전체 종합을 강화하거나 반박한다. Karpathy LLM Wiki

RAG와 무엇이 다른가#

RAG (NotebookLM, ChatGPT 파일 업로드 등)LLM Wiki
지식이 만들어지는 시점질문할 때마다 조각을 찾아 다시 짜 맞춘다수집할 때 한 번 정리하고 계속 최신으로 유지한다
축적없다. 다섯 문서를 종합해야 하는 질문이면 매번 다시 찾는다교차 참조, 모순 표시, 종합이 이미 들어 있다
자라는 방식쌓이는 것이 없다. 질문할 때마다 처음부터 다시 찾는다자료를 넣을 때마다, 질문할 때마다 풍부해진다

근거: Karpathy LLM Wiki. 저자는 핵심을 "위키는 지속되고 복리로 쌓이는 산출물"이라고 요약한다.

구조: 3개 레이어#

  1. 원본(raw) — 사용자가 고른 글, 논문, 이미지, 데이터 파일. 변경 불가이며 LLM은 읽기만 한다. 진실의 원천이다.
  2. 위키 — LLM이 만든 마크다운 파일들(요약, 개체 페이지, 개념 페이지, 비교, 개요, 종합). LLM이 이 레이어를 전부 소유한다. 사람은 읽고 LLM은 쓴다.
  3. 스키마 — 위키 구조, 규칙, 워크플로를 정한 문서. 자세한 내용은 스키마 파일.

근거: Karpathy LLM Wiki

역할 분담#

  • 사람: 자료를 고르고, 분석 방향을 정하고, 좋은 질문을 하고, 그것이 무슨 의미인지 생각한다.
  • LLM: 요약, 교차 참조, 분류, 장부 정리 등 나머지 전부.

사람은 위키를 직접 쓰지 않는다(거의 안 쓴다). 저자는 한쪽에 LLM 에이전트, 다른 쪽에 Obsidian을 띄워 놓고 링크와 그래프 뷰를 따라가며 실시간으로 결과를 본다. "Obsidian은 IDE, LLM은 프로그래머, 위키는 코드베이스"라는 비유를 쓴다. Karpathy LLM Wiki

운영 작업#

왜 버티는가#

지식 베이스 유지에서 힘든 건 읽기나 생각이 아니라 장부 정리다. 교차 참조 갱신, 요약 최신화, 모순 표시, 수십 페이지 사이의 일관성 유지. 사람은 유지 부담이 가치보다 빨리 커져서 위키를 포기한다. LLM은 지루해하지 않고, 교차 참조 갱신을 잊지 않고, 한 번에 15개 파일을 고칠 수 있어 유지비가 거의 0이 된다. Karpathy LLM Wiki

사상적으로는 Vannevar Bush의 Memex(1945)와 닮았다. 개인적이고 적극적으로 큐레이션하며 문서 사이의 연결을 문서만큼 중시했지만, 누가 유지하느냐는 풀지 못했다. 그 몫을 LLM이 맡는다. Karpathy LLM Wiki

컨텍스트 엔지니어링과의 연결 (편집자 해석)#

Karpathy 원본은 컨텍스트 엔지니어링을 말하지 않고, Anthropic 글은 LLM Wiki를 말하지 않는다. 아래는 두 원본을 나란히 놓고 본 연결이다.

  • Anthropic 글은 에이전트가 컨텍스트 창 밖에 노트를 써 두고 나중에 다시 불러오는 "구조화된 노트(에이전트 메모리)"를 장기 작업 기법으로 들고, 파일 기반 메모리 도구로 에이전트가 시간이 지나며 지식 베이스를 쌓을 수 있다고 설명한다. 효과적인 컨텍스트 엔지니어링 그 메모리 도구의 지금 사용법(2026-10-26 기준)은 공식 문서 Claude 메모리 도구 문서에 있다. LLM Wiki는 이 노트를 사람이 고른 원본에 묶어 체계화한 형태로 볼 수 있다. → 장기 작업 컨텍스트 관리
  • Anthropic 글은 임베딩 기반 사전 검색에, 가벼운 식별자만 들고 있다가 필요할 때 불러오는 just-in-time 전략을 더하는 팀이 늘고 있다고 본다. 효과적인 컨텍스트 엔지니어링 (편집자 해석) index를 먼저 읽고 필요한 페이지만 여는 LLM Wiki의 질의 방식(index·log 운영)도 같은 모양으로 볼 수 있다. → 컨텍스트 엔지니어링

적용 분야#

개인 기록(목표, 건강, 심리), 수주~수개월짜리 리서치, 책 읽기(챕터마다 인물·주제·줄거리 페이지), 업무·팀 위키(Slack 스레드, 회의록, 프로젝트 문서, 고객 통화로 채운다. 필요하면 사람이 갱신을 검토할 수도 있다), 경쟁 분석, 실사, 여행 계획, 강의 노트, 취미 심화. 공통점은 지식이 시간에 걸쳐 쌓이고 흩어지지 않게 정리하고 싶다는 것이다. Karpathy LLM Wiki

구현은 정해져 있지 않다#

이 패턴이 맞지 않는 경우는 원본이 다루지 않는다. 원본은 구체적인 구현을 정하지 않는다. 디렉터리 구조, 스키마 규칙, 페이지 형식, 도구는 모두 분야와 취향과 LLM에 따라 달라지며, 모든 요소가 선택적이다. 원본은 이 글을 에이전트와 공유하고 함께 자기에게 맞는 버전을 만들라고 권한다. Karpathy LLM Wiki