출처
- source_url: https://news.hada.io/topic?id=28208
- author: neo (GeekNews)
- published: 2026-04-05
- raw: raw source:
web-2026-04-19-llm-wiki-personal-knowledge-base
요약
GeekNews(GN+)가 Andrej Karpathy가 공개한 LLM-Wiki 아이디어 가이드 파일을 요약하고, 관련 사례와 Hacker News 토론을 함께 정리한 글이다. 핵심은 RAG처럼 쿼리마다 원문에서 정보를 재추출하는 방식과 달리, LLM이 직접 마크다운 위키를 작성·관리하며 지식이 점진적으로 축적되는 **영속적 위키(persistent wiki)**를 만든다는 것이다. 위키는 원문 소스(수정 불가), LLM이 소유하는 위키 레이어, 그리고 LLM에게 구조·컨벤션을 알려주는 스키마 문서(CLAUDE.md, AGENTS.md 등)의 3개 레이어로 구성된다. 새 소스 하나를 처리할 때 LLM이 10~15개 위키 페이지를 갱신할 수 있으며, 인제스트(Ingest)·쿼리(Query)·린트(Lint) 세 가지가 핵심 운영이다. 적용 분야로는 개인 건강·목표 관리, 연구, 독서 노트, 팀 내부 위키 등 지식이 시간에 걸쳐 축적되는 모든 영역을 든다. index.md(콘텐츠 카탈로그)와 log.md(시간순 기록)가 규모가 커질수록 중요해지며, 필요 시 qmd 같은 로컬 하이브리드 검색 도구를 추가로 붙일 수 있다.
글은 이 아이디어를 실제로 구현한 사례로 Farzapedia를 소개한다. 일기, Apple Notes, iMessage 대화 등 2,500개 항목을 입력해 400개의 상세 위키 문서를 자동 생성했고, 친구·스타트업·관심 분야가 백링크로 상호 연결되며, 사람이 읽기 위한 것이 아니라 에이전트가 크롤링해 활용하는 지식 베이스로 설계됐다. 저자는 1년 전 RAG 기반으로 유사 시스템을 만들었으나 성능이 나빴고, 에이전트가 파일 시스템을 직접 탐색하는 방식이 훨씬 효과적이었다고 밝혔다. 이어 Karpathy가 직접 언급한 LLM Wiki 기반 개인화의 4가지 장점(명시성, 데이터 소유권, 파일 우선, AI 선택 자유/BYOAI)도 정리한다.
Hacker News 댓글 토론에서는 찬반이 엇갈렸다. 가장 두드러진 비판은 이 방식이 결국 **모델 붕괴(model collapse)**로 이어질 수 있다는 우려로, LLM이 문서를 반복 작성할수록 정보가 점점 부정확하게 재작성되며 품질이 누적 저하된다는 Nature 논문을 근거로 든다. 다른 댓글들은 LLM이 claude.md 하나도 제대로 유지하지 못하는데 위키 전체 유지는 더 어렵다는 회의론, 벡터 DB 없는 RAG의 변형일 뿐이라는 지적, 반대로 이는 검색이 아니라 지식 합성(Zettelkasten을 LLM이 관리하는 것)에 가깝다는 옹호론을 제시한다. 또한 Vannevar Bush의 Memex(1945), Licklider의 “Man-Computer Symbiosis”(1960) 같은 지능 증폭 개념의 계보로 이 아이디어를 위치시키는 댓글, 그리고 hmem·Binder·atomic·commonplace·llmdoc 등 유사한 자체 구현 프로젝트를 공유하는 댓글도 다수 있었다. 일부는 위키 워크플로우가 “중독적”이라며 깊이 생각하는 능력을 잃을까 우려하는 반면, 다른 이들은 문서화 자체보다 문서를 작성하며 사고가 정리되는 과정이 더 중요하다고 평가했다.
관련 위키
원문 보존 위치
원문 전체는 raw source: web-2026-04-19-llm-wiki-personal-knowledge-base에 source_url과 함께 저장되어 있다.