세컨드 브레인은 저장 시스템이 아니다. 컴파일러다.
TMT세컨드 브레인을 만드는 사람 대부분이 같은 실수를 합니다. 서류 캐비닛처럼 다루는 것입니다. 노트를 넣어 둡니다. 필요할 때 검색합니다. 그러고는 필요한 것이 알아서 떠오르기를 기대합니다.
그것은 검색(retrieval)입니다. 그리고 검색에는 넘지 못하는 한계가 있습니다.
2026년 4월, 안드레이 카파시(Andrej Karpathy)는 그것과는 다른 것을 설명했습니다. 그는 그것을 LLM Wiki라고 불렀습니다. 이 아이디어는 며칠 만에 깃허브 전체로 퍼졌습니다. 별이 5,000개 붙었습니다. 폴더 구조를 다룬 글 하나가 조회 수 1,600만 회를 기록했습니다. 수천 명의 엔지니어가 같은 문장을 읽고 무언가 달라지는 것을 느꼈습니다.
karpathy/llm-wiki.md - 2026년 4월
"RAG는 질의마다 지식을 다시 도출한다. 컴파일된 위키는 한 번 도출하고 그것을 최신 상태로 유지한다."
이 구분 하나로 세컨드 브레인을 만드는 방식이 전부 달라집니다.
저장과 컴파일의 차이
지식을 저장하면 도서관을 짓는 셈입니다. 정보가 들어갑니다. 필요할 때 찾습니다. 도서관은 스스로 자라지 않습니다. 연결을 만들어 내지도 않습니다. 노트 두 개가 서로 모순될 때 알려 주지도 않습니다.
지식을 컴파일하면 다른 일이 벌어집니다. 소스 하나가 들어옵니다. 시스템이 그것을 읽고, 중요한 것을 뽑아내고, 이미 들어 있는 모든 것과 연결하고, 관련 페이지를 갱신하고, 이전 항목과 어긋나는 부분을 표시하고, 종합한 결과를 영구적으로 정리해 넣습니다. 다음번에 소스를 추가하면 시스템은 이미 컴파일된 것 위에 쌓아 올립니다. 원자료 위가 아닙니다. 처리를 거친 이해 위입니다.
도서관은 시간이 지나면 커집니다. 컴파일러는 시간이 지나면 똑똑해집니다.
RAG 시스템은 질의마다 매번 이해 비용을 지불합니다. 컴파일된 위키는 그 비용을 소스를 받아들이는 시점에 한 번만 지불하고, 그 뒤의 모든 질의는 모델이 만들고 관리해 온 지식, 즉 구조가 잡히고 서로 연결되고 상호 참조된 지식에서 답을 끌어옵니다. 이것은 생산성 요령이 아닙니다. 근본적으로 다른 아키텍처입니다.
아키텍처
폴더 셋, 파일 하나, 루프 하나입니다. 이것을 도서관이 아니라 컴파일러로 다룰 때 무엇이 달라지는지 보겠습니다.
raw/는 입력 버퍼이고 뇌가 아닙니다. raw에 들어온 것은 그 자체로 답이 되지 않습니다. 컴파일을 기다리는 원자재입니다. wiki/는 컴파일이 일어나는 곳입니다. 소스 하나가 열 개에서 열다섯 개의 페이지를 건드립니다. 연결은 저절로 만들어집니다. 모순은 표시됩니다. 사람은 읽습니다. 모델은 씁니다. output/은 컴파일된 지식으로 만들어집니다. 기억으로도, raw로도 만들지 않습니다.
그 중심에는 CLAUDE.md가 있습니다. 내가 누구이고 어떻게 생각하며 무엇을 시도해 봤는지를 컴파일해 둔 프로필입니다. 한 번 써 두고 잊어버리는 프롬프트가 아닙니다. 모델이 관리하고 세션을 시작할 때마다 읽는, 살아 있는 문서입니다.
이 루프는 물건을 정리해 넣기만 하지 않습니다. 컴파일합니다. 새 소스는 모두 시스템 안으로 들어와 연결되고 기존 구조에 통합됩니다. 그러고 나면 무엇을 왜 바꿨는지 브리핑을 써 줍니다. 그래서 내가 자리를 비운 동안 시스템이 무슨 일을 했는지 짐작할 필요 없이, 계속 시스템 안에 머물 수 있습니다. 노트북을 열면 컴파일은 이미 끝나 있습니다. 생각이 멈췄던 자리에서 다시 시작합니다.
대부분의 세컨드 브레인이 세 달 뒤에 멈춰 버리는 이유
서류 캐비닛 모델이 실패하는 이유는 하나입니다. 유지 부담입니다. 노트를 하나 수집합니다. 정리합니다. 상호 참조를 걸어 둡니다. 무언가 바뀌면 갱신합니다. 이 단계 하나하나가 사람의 판단을 요구합니다. 사람의 시간과 사람의 에너지를 요구합니다.
개인 위키는 대부분 조용히 썩어 갑니다. 만든 사람이 관심을 잃어서가 아닙니다. 유지 비용이 가치보다 더 빠르게 불어나기 때문입니다.
카파시는 이 점을 직접 짚었습니다. "정보를 모으는 일은 힘이 들지 않는다. 서로 연결된 노트 쉰 개를 최신 상태로, 일관되게, 상호 참조가 살아 있게 유지하는 일은 어떤 사람도 계속해 내지 못하는 노동이다."
컴파일된 위키는 그 부담을 모델에게 넘깁니다. Claude는 정리하는 일에 지치지 않습니다. 새 노트를 그것과 어긋나는 예전 노트 세 개에 연결해 두는 일을 잊지도 않습니다. 사람이 맡는 몫은 더 줄일 수 없는 것만 남습니다. 소스를 고르는 일, 연구 방향을 정하는 일, 종합한 결과를 감독하는 일입니다. 나머지는 알아서 돌아갑니다.
시간이 지나면 무엇이 달라지는가
한 달이 지나면 맥락이 세션 사이에서 사라지는 일이 없어집니다. 세 달이 지나면 위키가 내가 의식적으로 만든 적 없는 연결을 꺼내 놓습니다. 1월의 아이디어와 지난주의 노트 사이에 있는 고리를 시스템이 찾아냈습니다. 내가 찾을 필요가 없었습니다. 여섯 달이 지나면 나와 맨바닥에서 시작하는 사람 사이의 격차는 구조의 차이가 됩니다. 내가 더 똑똑해서가 아닙니다. 내가 컴파일해 둔 지식 기반은 여섯 달 동안 처리해 온 이해에서 답을 끌어오는데, 그 사람의 것은 세션마다 처음으로 돌아가기 때문입니다. 1년이 지나면 그래프 뷰를 열어 봅니다. 노드가 수백 개입니다. 모두 연결되어 있습니다. 모두 관리되고 있습니다. 시스템은 내가 알고 있었다는 사실조차 잊어버린 것들을 알고 있습니다.
솔직하게 짚어야 할 것
컴파일러 방식에는 분명히 말해 둘 만한 한계가 있습니다.
품질은 전적으로 소스 품질에 달려 있습니다. 쓰레기가 들어가면 쓰레기가 컴파일됩니다. 쓰레기가 검색되는 것과는 다릅니다. 이 차이가 중요한 이유는, 검색은 나쁜 문서 하나를 꺼내 놓을 뿐이지만 컴파일은 그것을 모든 곳에 녹여 넣기 때문입니다. 도서관에 들어온 나쁜 소스는 치우기 쉽습니다. 컴파일러에 들어온 나쁜 소스는 내가 알아차리기 전에 이미 열다섯 개의 페이지를 건드려 놓았습니다.
처음 몇 주는 더디게 느껴집니다. 그래프는 작습니다. 연결은 뻔합니다. 컴파일의 가치는 위키가 충분히 촘촘해져서 모델이 뻔하지 않은 고리를 찾아내기 시작할 때에야 분명해집니다. 그 문턱은 잘 컴파일된 소스 50개에서 100개 정도입니다. 그 전까지는 괜찮은 검색 엔진이 거의 같은 일을 해 줍니다.
그리고 이 방식에는 Claude 데스크톱 앱과 유료 플랜이 필요합니다. 루프를 돌아가게 하는 예약 작업과 파일 시스템 접근은 무료 요금제에서는 동작하지 않습니다.
이 제약을 염두에 두고 만들면 시스템은 들인 비용을 빠르게 되돌려 줍니다. 무시하면 애초에 벗어나려 했던 서류 캐비닛을 다시 만들게 됩니다.
시스템을 돌리는 프롬프트
오늘 당장 만들어 보고 싶은 사람을 위한 것입니다.
새 소스를 받아들일 때:
raw 폴더에 [파일명]이라는 파일을 새로 넣었어. 그 파일을 읽고, 핵심 개념과 주장을 뽑아내고, 주요 개념마다 위키 문서를 하나씩 쓰고, 내 위키에 이미 있는 관련 페이지와 연결해 줘. 그리고 이미 가지고 있는 내용과 어긋나는 부분이 있으면 표시해 줘. 그런 다음 무엇이 바뀌었는지 세 문장으로 요약해 줘.
CLAUDE.md를 만들 때:
내 세컨드 브레인을 세팅하는 중이야. 한 번에 한 가지씩 질문하면서 나를 인터뷰해 줘. 내가 누구이고 무슨 일을 하는지, 올해 목표는 무엇인지, 나와 어떤 식으로 소통하기를 원하는지, 내 강점과 약점은 무엇인지, 지금 진행 중인 프로젝트는 무엇인지 물어봐 줘. 답을 하나씩 받은 다음에 다음 질문으로 넘어가. 다 끝나면 전부 볼트 최상위에 CLAUDE.md라는 파일로 적어 두고, 제목을 명확하게 나눠서 정리해 줘. 그래야 매 세션마다 자동으로 불러올 수 있어.
프로젝트 폴더를 만들 때:
[프로젝트 이름]이라는 프로젝트 폴더를 만들어 줘. 그 안에 Inputs, Process, Outputs, Feedback 네 개의 폴더를 만들어. 그리고 그 프로젝트 폴더 안에 CLAUDE.md를 써서, 이 프로젝트가 무엇인지, 단 하나의 목표는 무엇인지, 완료된 상태는 어떤 모습인지, 내가 거기 도달하도록 돕는 네 역할은 구체적으로 무엇인지 적어 줘.
매일 도는 컴파일 루프를 설정할 때:
매일 실행되는 컴파일 작업을 설정해 줘. 내 볼트를 확인해. Inputs 폴더에 새로 들어온 것은 알맞은 자리에 정리해 넣고 관련 노트와 연결해 줘. 낡아 버린 것이나 2주 넘게 갱신되지 않은 것은 표시해 줘. 최근에 추가된 내용과 기존 위키 페이지 사이에 모순이 있는지 확인해 줘. 그리고 브리핑을 써 줘. 무엇을 바꿨고, 무엇을 연결했고, 무엇을 표시했고, 오늘 내가 무엇을 봐야 하는지 알려 줘.
방향이 뒤바뀐다
사람들은 대부분 Claude를 예의가 좀 더 바른 검색 엔진처럼 쓰고 있습니다. 내가 묻습니다. Claude가 답합니다. 탭을 닫습니다. 다음 날이면 아무것도 기억하지 못합니다. 맥락을 전부 붙들고 있는 쪽은 여전히 나입니다. 세션마다 같은 이해 비용을 다시 지불합니다.
컴파일된 세컨드 브레인은 그 방향을 바꿉니다. 더 이상 내가 기억 계층이 아닙니다. 시스템이 기억 계층이 됩니다.
검색은 질문에 답합니다. 컴파일은 이해를 쌓아 올립니다.
컴파일러를 만드십시오. 그리고 돌아가게 두십시오. 복리 효과는 곧바로 시작되고, 그 뒤로는 멈추지 않습니다.
