Zettelkasten 실전 적응기 — 내가 바꾼 3가지
제텔카스텐 원본을 그대로 쓰면 1인 빌더는 번아웃한다. 영구 노트 비중 축소·Index Note 도입·Claude로 Fleeting Note 대체 — 3가지 변형으로 정착시킨 적응기.
원본대로 6개월 가다, 멈췄다.
Niklas Luhmann의 제텔카스텐을 처음 본 건 Obsidian을 켠 직후였다. 영구 노트로 가는 카드를 매일 쌓는다는 그림이 마음에 들었다. 나는 그대로 따랐다. Fleeting Note → Literature Note → Permanent Note의 3단계 흐름을 매일 돌렸고, 6개월 만에 영구 노트 300개·연결 1,800개를 만들었다.
그런데 그 시점에 글이 안 나왔다. 노트는 쌓이는데, 그걸 블로그 글이나 의사결정으로 빼는 비용이 점점 커졌다. 결국 PKM 스택 전체 공개에서 적은 *"한 도구·한 방법으로 다 하려다 망했다"*는 패턴이 제텔카스텐에서도 똑같이 반복된 거다.
이 글은 루만의 원본을 그대로 베끼지 않고 1인 빌더에게 맞춰 3가지를 바꾼 기록이다. 적용한 뒤로 영구 노트는 80개로 줄었고, 글 1편당 회수 시간은 1/3이 됐다.
루만의 원본 제텔카스텐 — 핵심 한 화면
루만의 원본은 아날로그 평생학자의 시스템이다. 1950년대 독일 사회학자가 종이 카드 90,000장으로 평생 운영했다. 디지털 1인 빌더가 그대로 써도 되는지는 별개 문제다. 핵심 규칙은 다음과 같다.
- Fleeting Note: 아이디어 단편. 곧바로 정리하지 않으면 폐기.
- Literature Note: 자료의 핵심을 내 말로 옮긴 노트.
- Permanent Note: 단독으로 의미 있는 한 문장 또는 한 단락. 단일 아이디어 하나에 노트 하나.
- Atomic + Linked: 모든 영구 노트는 원자 단위이고 서로 연결된다.
- Index Note 없음 (원본): 루만은 카드 번호로만 항해. 목차 없이 링크의 그물로 운영.
이 모델이 빛나는 건 평생 학자의 시나리오다. 매일 같은 시간을 노트에 쓸 수 있고, 출력물(논문·책)이 수년 뒤 나와도 되는 경우. 1인 빌더는 다르다. 매주 글이 나가야 하고, 시간은 분 단위로 끊긴다.
나와 충돌한 지점 3개
원본을 6개월 돌리며 발견한 3가지 충돌이다.
- 충돌 1 — 영구 노트가 너무 많다. Permanent Note 300개를 넘기는 순간 어떤 노트가 어디에 있는지 검색만으로는 못 찾는다. 루만은 카드함의 물리적 위치가 인덱스였지만, 디지털은 그게 없다.
- 충돌 2 — 카드 번호 항해가 디지털에선 무의미하다. 1.1a, 1.1b 같은 루만식 번호는 종이 카드함을 순차 정렬하기 위한 트릭이다. Obsidian은 폴더·태그·링크로 다 처리되므로 번호가 추가 마찰만 만든다.
- 충돌 3 — Fleeting Note 정리에 시간이 빠진다. 매일 떨어지는 아이디어를 내 말로 다시 적어 영구 노트로 승격하는 단계가 가장 무거웠다. 본업·가족·블로그를 병행하면 이 정리만 주 5시간이 필요했다.
이 3개를 그대로 두면 시스템이 나를 부린다. 그래서 3가지를 바꿨다.

변형 #1 — 영구 노트 비중 축소
루만의 원본에서 모든 가치 있는 단편은 영구 노트로 승격해야 한다. 나는 이걸 깼다. **영구 노트로 올리는 기준을 "3번 이상 다시 인용된 노트"로 좁혔다. 단순한 메모·자료 인용은 Literature Note 단계에서 멈춘다.
결과는 단순했다. 6개월 차에 영구 노트가 300개에서 80개로 줄었다. 글이 안 나오던 게 풀린 건 그때부터다. 연결의 그물이 작아질수록 각 노트가 글 1편의 씨앗으로 보이기 시작했다.
이 변형은 Andy Matuschak의 Evergreen Notes 철학과 가까운데, 그는 글로 발행될 만한 수준만 영구 노트라고 정의한다. 나는 이 기준이 1인 빌더에 가장 잘 맞았다.
변형 #2 — Index Note 도입
루만은 목차 없는 그물로 운영했지만, 디지털 Obsidian에서 그건 내가 못 찾는다는 뜻이었다. 그래서 Obsidian 폴더 구조 v3에 Index Note를 추가했다. 각 주제(예: PKM·1인 빌더·제텔카스텐 자체)마다 진입 노트 하나가 있고, 그 안에서 영구 노트로 갈래가 뻗는다.
Index Note는 루만의 시스템에 없는 층이다. 원본주의자들은 이걸 카드함의 미니 목차라고 부르며 반대한다. 그러나 디지털에서는 그래프 뷰만으로 진입이 안 된다. 내가 1주일 전에 만든 노트는 그래프에서 멀리 떨어진 점으로 보이고, 왜 거기 있는지 까먹는다. Index Note는 그 망각을 끊는 얕은 진입로다.
지금은 Index Note가 24개. 모든 영구 노트는 적어도 하나의 Index Note에서 도달 가능하다.
변형 #3 — AI 요약을 Fleeting Note 대체로
가장 큰 변형이다. Fleeting Note → Literature Note 정리 단계를 Claude MCP에 위임했다. 매주 일요일, Obsidian Inbox 폴더의 단편을 Claude에 넘긴다. Claude는 관련 기존 노트를 찾고, 단편을 3~5문단의 Literature Note 후보로 확장한다. 나는 그 결과를 검토·승인·반려하는 사람으로만 남는다.
이건 PKM 스택 공개 글에 적은 5단계 워크플로우의 2단계 그대로다. 효과는 컸다 — Fleeting Note 정리에 주 5시간 쓰던 게 주 1시간으로 줄었다. 그 시간이 글쓰기로 이동했다.
원본주의자들은 이걸 가장 싫어한다. 내 말로 다시 적는 단계가 지식의 내면화인데, AI에게 맡기면 그 과정이 사라진다는 비판이다. 맞는 말이다. 그래서 나는 Claude가 만든 노트의 핵심 한 줄은 반드시 내 손으로 다시 쓴다. 확장은 AI에 위임하되 핵심 명제는 사람이 — 이 분리가 내면화의 핵심을 지키는 타협안이다.
지금의 나에게 맞는 방식
3가지 변형 후, *제텔카스텐 원본의 80%*를 버린 시스템에 살고 있다. 남은 20%는 Atomic + Linked 원칙 — 하나의 노트엔 하나의 아이디어, 모든 노트는 적어도 하나의 다른 노트로 연결된다. 나머지는 다 바꿨다.
원본주의자들의 반발은 정당하다. 루만의 시스템은 그 자체로 완결된 설계다. 일부를 빼면 시스템의 균형이 깨질 수 있다. 그러나 1인 빌더의 시간은 그 균형을 받아낼 만큼 길지 않다. 원본을 따르려다 못 따른 사람보다, 변형해서 매주 글이 나가는 사람이 결국 PKM을 살리는 사람이다.
다음 6개월엔 Index Note의 자동 갱신을 Claude에 더 넘길 계획이다. 그쯤이면 변형 #4가 이 글에 추가될 것이다.
관련 글
Obsidian 폴더 구조 3년치 진화 — v1·v2·v3 모두 공개
Obsidian 3년차가 두 번의 리팩토링 끝에 도달한 v3 폴더 구조. v1(2022)·v2(2024)에서 왜 망했는지 솔직히 적고, 지금 14개월째 안정적으로 굴리는 v3 PARA 변형본의 5폴더 규칙과 다음 v4 가설까지 정리한 buildlog.
PKM 스택 전체 공개 — Obsidian + Craft + Claude 하이브리드 (Pillar)
Obsidian·Craft·Claude를 한 도구로 묶지 않고 역할별로 분리해 1년간 굴린 PKM 스택을 그대로 공개한다. 도구별 역할 분담, 실제 워크플로우, MCP 자동화 파이프라인, 1년치 노트 3,200·문서 178·MCP 호출 2,400회의 지표까지 적은 PKM 허브 글.
1인 빌더의 하루 — GentleLab·AIGrit·babipanote 3개를 운영하는 법
GentleLab 시리즈(앱 3개)·AIGrit 블로그·babipanote 허브 3-브랜드를 동시에 운영하는 1인 빌더의 실제 하루 루틴. 05:30~23:00 시간 블록, 제품별 주간 시간 배분, 도구 스택 22개, 번아웃 관리 규칙까지 공개.