제텔카스텐 방법론: 서로 연결된 메모가 사고와 글쓰기를 돕는 방법

독일어로 ‘메모 상자’를 뜻하는 제텔카스텐은 메모마다 하나의 아이디어를 자신의 말로 적고, 고정된 주소와 관련 메모로 이어지는 링크를 부여하는 메모 작성법이에요. 메모를 어디에 분류해 두느냐보다 메모 간의 링크가 더 중요해요. 시간이 지나면 메모들이 하나의 네트워크를 이루고, 그 연결을 따라가며 다음 글에 쓸 논거와 사례, 아직 답을 찾지 못한 질문을 발견할 수 있어요. 가장 잘 알려진 제텔카스텐은 사회학자 니클라스 루만이 관리하던 것으로, 약 90,000장의 종이 메모로 이루어져 있었어요. 같은 방법을 Obsidian이나 노션, 또는 색인 카드에도 적용할 수 있어요.

제텔카스텐이란?

Zettel은 종잇조각을, Kasten은 상자를 뜻해요. 영어로는 “slip box” 또는 간단히 “the Zettelkasten method”라고 불러요. 이 방식은 앱이 등장하기 전부터 있었어요. 짧은 메모를 쓰고, 각 메모에 주소를 부여한 다음, 새 메모를 추가할 때마다 기존 메모와 연결하는 거예요.

강의 노트, 회의록, 책 요약은 출처를 중심으로 정리돼요. 제텔카스텐은 아이디어를 중심으로 정리되며, 각 아이디어는 관련된 아이디어 곁에 자리해요. zettelkasten.de의 저자들은 제텔카스텐이 “단순한 수집이 아닌 연결”에 중점을 둔다고 설명해요.

이 방법은 읽은 내용을 글로 풀어내는 연구자, 논문을 쓰는 학생, 작가, 분석가에게 잘 맞아요. 주로 할 일과 프로젝트 파일을 보관할 공간이 필요하다면, 먼저 이 방법이 맞지 않는 사람을 읽어 보세요.

기원: 니클라스 루만의 메모 상자

학자들은 수 세기 동안 낱장 종이에 메모를 남겼어요. 위키백과에서 소개하는 제텔카스텐의 역사는 16세기 학자 콘라트 게스너까지 거슬러 올라가요. 현대의 제텔카스텐 방법은 사회체계이론으로 알려진 독일 사회학자 니클라스 루만(1927–1998)과 관련이 있어요.

루만은 1950년대 초부터 1990년대 중반까지 자신의 제텔카스텐을 구축했어요. 빌레펠트 대학교의 니클라스 루만 아카이브에 따르면, 여기에는 약 90,000장의 메모 카드가 담겨 있어요. 루만은 자신의 집필 성과 중 상당 부분이 이 메모 상자 덕분이라고 여겼어요(Wikipedia에 따르면 약 50권의 책과 550편의 논문). 또 1981년에 쓴 에세이 「메모 상자와의 소통」에서는 이를 메모를 보관하는 곳보다는 함께 작업하는 파트너로 묘사했어요.

그의 시스템이 지닌 세 가지 특징은 지금도 이 방법에 영향을 미치고 있어요:

• 고정된 주소. 메모 1에서 이어지는 생각은 1a가 되었고, 1a에 덧붙인 설명은 1a1이 되었으며, 1a 다음 단계는 1b가 되었어요. 기존 번호를 하나도 바꾸지 않은 채 기존 메모 사이에 새 메모가 늘어났어요.
• 메모 간 참조. 순서와 별개로, 어떤 메모에서든 번호를 통해 멀리 떨어진 메모를 참조할 수 있었어요. 이렇게 서로 다른 생각의 흐름이 만났어요.
• 시작점을 모은 색인. 그의 키워드 색인에는 키워드마다 핵심 메모 몇 개만 담겨 있었어요. zettelkasten.de 소개 글에서 짚어 주듯, 메모 자체에는 태그를 달지 않았어요.

1       Exports are a trust problem
1a      continues 1: a visible sync status removes the need
1a1     comment on 1a: what "visible" means on a phone
1b      next step after 1a: where the status should live
2       a new, unrelated line of thought

이 메모지들은 2019년에 디지털화되어 온라인에 공개되었으며, 니클라스 루만 아카이브에서 살펴볼 수 있어요. 영어권에서는 손케 아렌스의 책 제텔카스텐을 통해 이 방법이 널리 알려졌고, 오늘날 대부분의 가이드에서 사용하는 메모 유형도 이 책을 통해 대중화되었어요.

제텔카스텐 방법의 핵심 원칙

노트 하나에 아이디어 하나

아토믹 노트는 다른 자료를 열어 보지 않아도 이해할 수 있는 하나의 생각을 담아요. 제목에는 주제가 아니라 생각을 적어요. “내보내기는 신뢰 부족의 신호다”는 노트이고, “데이터 내보내기”는 폴더 이름이에요. 이를 단어 수 제한이 아니라 작성 방향으로 받아들이세요. 어떤 생각은 한 문단이면 충분하고, 어떤 생각은 한 페이지가 필요해요.

내 말로, 출처와 함께

영구 노트는 자신이 이해한 대로 아이디어를 설명하는 글이에요. 직접 써 보면 원문을 제대로 이해했는지 알 수 있어요. 인용문도 출처와 함께 담을 수 있어요.

영구 주소

링크가 계속 작동하려면 각 노트에 절대 바뀌지 않는 식별자가 필요해요. 종이 노트에서는 루만의 번호 체계가 그 역할을 했어요. 앱에서는 202610121405 같은 타임스탬프, 자동으로 부여되는 번호, 고유한 제목을 모두 사용할 수 있어요.

연결 이유를 알려주는 링크

새 노트를 만들 때마다 기존 노트 하나 이상과 연결하고, 연결한 이유를 한 문장으로 적으세요. 새 노트가 다른 노트를 뒷받침하나요, 반박하나요, 내용을 확장하나요, 아니면 예시를 제시하나요? “함께 보기”라고만 적어 두면 1년 뒤에는 아무것도 알 수 없어요.

진입점과 구조 관련 참고 사항

구조 노트는 허브 노트, 인덱스 노트라고도 하며, Obsidian 사용자들 사이에서는 콘텐츠 맵(MOC)이라고도 불려요. 하나의 주제에 관한 노트들을 의미 있는 순서로 나열하고, 각 노트에 대한 설명을 한 줄씩 덧붙인 것이에요. 노트들이 하나의 묶음을 이루면, 개별 노트에서 출발해 쌓아 온 내용을 요약하기 위해 작성해요.

노트 유형

처음 세 가지는 임시로 쓰는 메모와 계속 보관하는 메모를 나누는 Ahrens의 구분을 따라요. 구조 메모는 탐색을 위한 메모예요.

링크가 곧 방법인 이유

이 원칙들을 한데 모으면 하나의 네트워크가 돼요. 노트는 노드가 되고, 링크는 노드를 잇는 선이 되죠. 루만의 메모 상자는 누군가 그래프로 그려 보기 훨씬 전부터 이미 그래프였어요. 가치 있는 노트는 어디에 있는지 기억해 내서 찾는 경우가 드물어요. 관련 있는 노트에서 시작해 링크를 따라가다 찾게 되고, 그 과정에서 잊고 있던 노트도 마주쳐요. 이렇게 오래된 노트와 새로운 노트가 뜻밖에 만나는 순간, 새로운 조합이 탄생해요.

링크는 저마다 역할이 달라요. 어떤 링크를 만들고 있는지 알아두면 도움이 돼요:

이는 지식 그래프와 같은 모델이지만, 한 가지 차이가 있어요. 지식 그래프에서는 관계에 “작성했다”나 “의존한다” 같은 이름이 붙어요. 제텔카스텐에서는 노트 안의 문장이 그 관계를 나타내요. 이 연결망의 형태를 읽는 방법은 이 가이드의 뒷부분에서 다뤄요.

시작하기: 단계별 제텔카스텐 워크플로

어떤 도구를 쓰든 작업 흐름은 같아요. 원래 읽고 있던 자료 하나로 시작해 보세요.

1. 생각이 떠오를 때마다 하나의 수집함에 임시 메모를 남겨요. 아직 정리하지는 마세요.
2. 읽으면서 문헌 메모를 남겨요. 자신에게 중요한 몇 가지 요점을 출처와 함께 적어요.
3. 일주일에 몇 번씩 영구 메모를 작성해요. 간직할 가치가 있는 아이디어마다 다른 사람도 이해할 수 있도록 자신의 말로 메모를 써요.
4. 메모에 주소를 부여하고, 아이디어가 드러나는 제목을 붙여요.
5. 기존 메모 중 적어도 하나에 연결하고 그 이유를 적어요. 어떤 메모와도 관련이 없다고 판단하기 전에 관련 용어를 검색해 보세요.
6. 진입점을 추가해요. 색인에서 새 주제로 연결되는 링크를 만들어요. 한 주제의 메모가 몇 개 모이면 그 주제의 구조 메모를 작성해요.
7. 임시 메모를 지워요. 아이디어가 영구 메모에 담기면 임시 메모의 역할은 끝나요.
8. 메모 네트워크를 바탕으로 글을 써요. 기사, 보고서, 논문의 한 장을 쓸 때는 빈 페이지 대신 메모 묶음이나 구조 메모에서 시작해요. 메모를 나열한 순서가 글의 첫 개요가 돼요.

처음 몇 주 동안은 상자가 비어 있는 것처럼 느껴질 거예요. 링크는 연결할 대상이 있어야 쓸모가 있으니, 초기 목표는 매주 좋은 영구 노트를 몇 개씩 작성하고 각 노트를 다른 노트와 연결하는 습관을 들이는 거예요.

제텔카스텐 예시: 하나의 자료에서 클러스터로

다음은 제품 팀의 리서치 노트 일부를 가상으로 작성한 짧은 예시예요. ID는 타임스탬프이고, 링크는 Obsidian의 [[wikilink]] 문법을 사용해요. 노션에서는 이런 링크가 @멘션에 해당해요.

문헌 노트

# Interview: Bluleaf Studio, 2026-10-12
Source: customer interview, 45 minutes

- They export the database to a spreadsheet every Friday,
  "to be sure nothing got lost".
- They stopped once the app showed the last sync time.

영구 노트 두 개

# 202610121405 Exports signal missing trust

Regular exports are often a workaround for missing trust,
not a need for the spreadsheet itself. Bluleaf exported
every Friday and stopped once the last sync time was visible.

Source: [[Interview: Bluleaf Studio, 2026-10-12]]

Links
- [[202610121420 Visible status beats support answers]]
  The same fix, seen from the support side.
- [[202609300910 Power users want raw exports]]
  Seems to contradict this note. Could those users
  see a sync status?

# 202610121420 Visible status beats support answers

A user who can see the state of the system does not
need to ask. Each status shown in the interface removes
one kind of question.

Links
- [[202610121405 Exports signal missing trust]]
  The user-side version of the same idea.

구조 노트

# Trust in data sync (structure note)

1. [[202610121405 Exports signal missing trust]]
   - [[202610121420 Visible status beats support answers]]
2. [[202609300910 Power users want raw exports]]
   The counter-argument.

Open question: does the same pattern hold for calendar sync?

“Exports”라는 폴더도, 태그 체계도 없어요. 영구 노트 세 개와 구조 노트 한 개에는 이미 주장과 반론, 아직 답이 나지 않은 질문이 담겨 있어요. 짧은 메모의 개요가 잡힌 셈이에요. 모순으로 이어지는 링크가 가장 유용해요. 다음 인터뷰 질문이 바로 거기서 나오기 때문이에요.

Obsidian에서 제텔카스텐 구축하기

Obsidian은 이 방식에 잘 맞아요. 노트는 보관소라는 로컬 폴더에 저장된 Markdown 파일이고, 링크는 [[wikilinks]] 형식이며, 백링크와 그래프 뷰가 기본으로 제공돼요. 코어 플러그인만으로도 충분해요.

1. 폴더 세 개를 만드세요: 임시 노트는 Inbox에, 문헌 노트는 Sources에, 나머지는 모두 Notes에 넣으세요. 폴더는 노트의 주제가 아니라 단계를 나타내며, 주제는 링크를 통해 드러나요.
2. ID 형식을 정하세요. 코어 플러그인 고유 노트 생성기는 202401010945처럼 타임스탬프로 새 노트의 이름을 지어요. 새 고유 노트 만들기 명령을 실행하거나 이 플러그인의 리본 버튼을 누른 다음, 원한다면 타임스탬프 뒤에 짧은 제목을 붙이세요. 일반 제목도 ID로 쓸 수 있어요. Obsidian은 파일 이름을 바꾸면 내부 링크도 업데이트하기 때문이에요(설정 → 파일 및 링크 → 내부 링크 자동 업데이트).
3. 템플릿을 만드세요. 템플릿 코어 플러그인을 켜고 템플릿 폴더 위치를 설정한 뒤, 아래와 같은 템플릿을 저장하세요. 템플릿: 템플릿 삽입 명령으로 삽입하세요. 또는 고유 노트 생성기의 템플릿 파일 위치 설정에서 이 템플릿을 선택하면 모든 새 노트가 이 템플릿을 바탕으로 생성돼요.

---
type: permanent
created: {{date}} {{time}}
source:
---
# {{title}}

One idea, in your own words.

## Links
- [[ ]]: why these notes belong together

4. 글을 쓰면서 링크를 만드세요. [[를 입력하면 노트에 연결할 수 있고, [[Note#Heading]]를 입력하면 섹션에 연결할 수 있으며, [[Note|text]]를 입력하면 표시되는 텍스트를 바꿀 수 있어요. 아직 없는 노트에도 연결할 수 있어요. 링크를 클릭하면 해당 노트가 생성돼요. 이렇게 아직 글로 정리해야 할 아이디어를 표시해 둘 수 있어요.
5. 백링크 패널을 활용하세요. 연결된 언급에는 현재 노트로 연결되는 노트가 나열돼요. 연결되지 않은 언급에는 현재 노트의 이름이 일반 텍스트로 포함된 노트가 나열돼요. 각 언급은 미처 링크로 만들지 못한 부분일 수 있어요. 문서 내 백링크 옵션을 켜면 모든 노트 하단에 백링크가 표시돼요.
6. 새 노트를 만들 때마다 로컬 그래프에서 확인하세요. 로컬 그래프 열기 명령을 실행하세요. 새 노트에 이웃 노드가 없다면 아직 제텔카스텐의 일부가 아닌 거예요. Obsidian 그래프 뷰 가이드에서 필터, 그룹, 그 밖의 설정을 알아볼 수 있어요.

이 방법의 거의 모든 변형에 맞는 커뮤니티 플러그인과 시작용 보관함이 있지만, 어느 것도 필수는 아니에요. 어떤 문제를 해결해 주는지 구체적으로 설명할 수 있을 때 추가하세요.

노션에서 제텔카스텐 구축하기

노션에는 필요한 요소가 갖춰져 있어요. 데이터베이스, 백링크가 자동으로 생성되는 @멘션, 관계형 속성, 템플릿이죠. 핵심은 모든 노트를 중첩된 페이지 트리가 아닌 하나의 데이터베이스에 모으는 거예요. 페이지 트리는 이 방식에서 피하려는 폴더식 구조예요. 데이터베이스를 사용하면 모든 노트를 같은 계층에 두고 유형별로 필터링할 수 있어요.

“Zettelkasten”이라는 이름의 전체 페이지 데이터베이스를 만들고 다음 속성을 추가하세요:

1. 자기 참조 관계를 설정해요. 같은 데이터베이스를 가리키는 관계형 속성을 추가하고 양방향 관계형을 켜세요. 노션이 방향별로 하나씩, 두 개의 속성을 만들어요. 이름은 “연결 대상”과 “연결 출처”로 지정하세요.
2. 템플릿을 추가해요. 새로 만들기 옆의 화살표를 클릭하고 + 새 템플릿을 선택한 다음, 노트 유형마다 유형 값이 미리 입력된 템플릿을 하나씩 만드세요. 관계형 값은 미리 입력하지 마세요. 미리 입력하면 새 노트가 모두 같은 페이지에 연결돼요.
3. 문장 안에서 연결해요. @ 또는 [[를 입력하고 노트를 선택하세요. 멘션할 때마다 대상 페이지에 백링크가 생기고, 멘션을 둘러싼 문장 덕분에 연결한 이유를 링크와 함께 남길 수 있어요.
4. 중요한 링크는 관계형 속성에도 추가해요. 필터는 본문의 멘션이 아닌 관계형 속성을 기준으로 작동해요. 따라서 “연결 대상이 비어 있음”과 “연결 출처가 비어 있음”을 모두 필터 조건으로 설정한 보기에서는 연결이 없는 노트를 모아 볼 수 있어요. 링크를 두 번 기록하는 일이 너무 번거롭다면 멘션만 사용하고, 아래에 나온 것처럼 그래프에서 연결이 없는 노트를 찾으세요.
5. 단계별로 보기를 만들어요: 수집함(유형이 임시인 노트, 최신순), 영구 노트, 구조 노트.

미리 준비된 구성으로 시작하고 싶다면 노션 템플릿 갤러리에 제텔카스텐 카테고리가 있습니다. 템플릿이 노트를 하나의 데이터베이스에 저장하고, 태그에만 연결하는 것이 아니라 노트끼리도 연결하는지 확인하세요.

여기서 중요한 한계는 두 가지예요. 노션은 백링크를 페이지별로만 보여 주기 때문에 모든 노트가 어떻게 연결되어 있는지 한눈에 볼 수 있는 곳이 없어요. 또 노션에는 기본 제공 그래프 뷰가 없어요. 제텔카스텐은 연결망 자체가 핵심이기 때문에, 이 한계는 대부분의 다른 구성 방식에서보다 제텔카스텐에서 더 중요해요. 데이터베이스 관계를 자세히 알아보려면 노션 데이터베이스 관계와 롤업을 참고하세요.

Obsidian과 노션, 무엇을 선택할까요? 둘 다 제텔카스텐을 구축할 수 있어요. Obsidian은 노트 간 링크를 만들기가 더 쉽고 그래프가 내장되어 있어, 주로 자신의 생각을 정리하고 글을 쓰기 위한 노트에 적합해요. 프로젝트와 팀 문서를 이미 노션에서 관리하고 있다면 노션을 쓰는 게 합리적이에요. 두 시스템 간에 동기화를 유지할 필요가 없으니까요. 저희의 노션과 Obsidian 비교 글에서는 저장 방식, 협업, AI, 요금을 살펴봐요.

제텔카스텐을 그래프로 살펴보세요

제텔카스텐은 네트워크이므로, 그 상태를 가장 직접적으로 확인하는 방법은 네트워크 형태로 살펴보는 거예요. 목록은 노트가 몇 개 있는지 알려줘요. 그래프는 어떤 아이디어가 핵심 역할을 하는지, 어떤 주제가 성장하고 있는지, 어떤 노트가 다른 노트와 전혀 연결되지 않았는지 보여줘요.

Obsidian에서

작성 중인 노트에는 깊이를 1이나 2로 설정한 로컬 그래프를 사용하고, 주간 리뷰에는 고립된 노드가 표시된 전체 그래프를 사용하세요. path:Sources 같은 검색어를 기준으로 색상 그룹을 설정하면 문헌 노트와 영구 노트를 구분할 수 있어요. 그래프 뷰 가이드에서 각 설정을 설명해요.

노션에서

노션에는 그래프 뷰가 없어요. IVGraph는 바로 그 빈자리를 채워 줘요. 노션으로 로그인하면 IVGraph가 읽기 전용 권한으로 워크스페이스를 읽어 와 페이지를 노드로, @멘션, 백링크, 관계형 속성, 상위 페이지를 링크로 표현한 인터랙티브 3D 그래프를 그려 줘요. 제텔카스텐 데이터베이스에서는 각 노트가 노드가 되고, 구조 노트는 허브로 나타나며, 들어오는 링크가 없는 노트는 가장자리로 밀려나요.

노트를 선택하면 해당 노트의 카드에 모든 연결이 데이터베이스별로 묶여 표시되고, 이 노트와 텍스트가 유사한 페이지인 유사한 노드도 함께 나와요. 제텔카스텐에서는 이 목록이 링크 후보 목록이 돼요. 두 노트를 모두 열어 보고, 두 노트를 함께 묶을 수 있는 이유를 한 문장으로 쓸 수 있다면 노션에서 링크를 추가하세요.

매주 잠깐씩 검토하면 네트워크를 건강하게 유지할 수 있어요. 고립된 페이지를 각각 다른 페이지와 연결하거나 보관하고, 가장 큰 허브를 구조 노트로 전환해야 할지 확인하고, 구조 노트가 없는 클러스터 하나를 골라 구조 노트를 작성하세요.

제텔카스텐과 PARA, 세컨드 브레인, LLM 위키 비교

이 용어들은 함께 쓰이는 경우가 많지만, 각각 다른 질문에 답해요.

두 방식은 함께 쓰기 좋아요. 보통 프로젝트에는 PARA를, 아이디어에는 제텔카스텐을 활용해요. 세컨드 브레인이란 무엇인지 설명하는 저희 가이드에서는 CODE와 PARA를 다루고, 노션 세컨드 브레인 설계도에서는 두 방식의 요소를 가져와요. LLM 위키에서는 반대로 모델이 글을 써 주므로 시간은 절약되지만, 제텔카스텐을 통해 스스로 이해를 쌓는 단계는 건너뛰게 돼요. 노트를 다룰 때 AI를 활용한다면, 링크를 제안하고 관련 노트를 찾는 일은 AI에 맡기되 영구 노트는 계속 직접 작성하세요. Obsidian 보관함을 쓴다면 Claude를 Obsidian에 연결하는 방법을, 노션에서 Claude를 함께 쓰려면 Claude Code 세컨드 브레인 가이드를 참고하세요.

흔히 하는 실수와 이 방법을 피해야 할 사람

• 쓰는 대신 수집만 하기. 중요한 부분을 표시하고 인용문을 복사하면 생산적인 일을 하는 듯하지만, 결국 자료 보관함을 만들 뿐이에요. 아이디어를 스스로 설명할 수 있을 때만 영구 노트를 작성하세요.
• 너무 크거나 너무 작은 노트. 강의 노트 한 페이지는 하나의 아이디어만 담은 노트가 아니고, 한 줄짜리 단편은 나중에 이해할 수 없어요. 각 노트를 점검해 보세요. 그 자체로 이해할 수 있나요? 제목에 주장이 드러나나요?
• 이유 없는 링크. “관련” 링크를 나열만 해 두면 일 년 뒤에는 활용하기 어려워요. 링크마다 한 문장씩 적으세요.
• 노트보다 시스템부터 만들기. 미리 설계한 폴더 트리, 태그 목록, ID 체계는 대개 다시 만들게 돼요. 먼저 노트를 수십 개 작성한 다음, 필요한 곳에 구조를 더하세요.
• 링크 대신 태그 쓰기. 태그는 노트를 묶어 주지만, 노트 사이에 어떤 관계가 있는지는 알려 주지 않아요. 루만의 색인은 탐색을 시작할 지점을 가리키는 것이었지, 태그 시스템은 아니었어요.
• 전혀 검토하지 않기. 연결이 없는 노트와 허브 역할을 하는 노트를 정기적으로 살펴보지 않으면, 연결되지 않은 노트가 쌓이면서 노트 상자는 다시 자료 보관함으로 돌아가요.

이런 분께는 맞지 않아요 이 방법은 시간이 들고, 읽은 내용을 바탕으로 꾸준히 글을 쓸 때 효과를 발휘해요. 주로 참고 자료를 저장하고 프로젝트를 관리한다면 PARA 방식의 구조나 프로젝트 데이터베이스가 더 잘 맞아요. Obsidian 포럼의 한 토론 글에서도 이 방법이 한 학자의 연구를 위해 만들어졌다며 같은 주장을 펼쳐요. 그래도 일부는 활용할 수 있어요. 하나의 생각만 담은 노트와 연결 이유를 명시한 링크는 어떤 앱에서든 노트의 질을 높여 줘요.

자주 묻는 질문