RL RanceLee Tutorials
← 튜토리얼로 돌아가기

폴더 구조: 로컬 Zettelkasten 워크플로우

일기 플러그인(음성 입력으로 장벽을 낮추고 축적된 항목을 AI에 보내 검토)을 다룬 후, 이 장에서는 Obsidian을 설치한 후 흔히 부딪히는 장애물인 폴더 구성 방법을 다룹니다.


폴더 구조를 계획해야 하는 이유

계획 없이 시작하면 일반적으로 이런 결과가 나타납니다: Obsidian을 사용하기 시작할 때 ‘업무’, ‘공부’, ‘독서’, ‘임시’ 같은 폴더를 대충 만듭니다. 점점 더 많이 만들다 보면 어디에 무엇을 넣었는지 기억나지 않아 매번 검색하게 되고, 결국 폴더는 쓸모없게 됩니다.

또는 다른 극단으로 가서 ‘업무/프로젝트 A/회의록/2026/1분기’ 같은 계층 구조를 설계하는 데 많은 시간을 쏟습니다. 세심하게 계획했지만 두 달 후 유지 비용이 너무 높다는 것을 깨닫습니다. 새 항목을 어디에 넣어야 할지 모르고 결국 모든 것이 루트 디렉토리에 쌓입니다.

폴더 계획의 목표는 보관함을 깔끔하게 보이게 하는 것이 아니라 저장과 검색을 모두 원활하게 하는 것입니다.


널리 알려진 방법 개요

제 방법을 소개하기 전에, 두 가지 잘 알려진 방법을 간략히 살펴보겠습니다. 그냥 이런 방법이 있다는 정도로 알아두세요.

PARA

PARA는 생산성 블로거 Tiago Forte의 방법으로, 네 개의 폴더로 구성됩니다: Projects(진행 중인 프로젝트), Areas(장기 책임), Resources(참고 자료), Archives(보관소).

논리는 명확하고 꽤 인기가 있습니다. 문제는 경계가 모호하다는 점입니다. 어떤 항목이 Areas에 속하는지 Resources에 속하는지 확신하기 어려운 경우가 많습니다. 분류하는 데 시간이 걸리고, 시간이 지나면 포기하기 쉽습니다.

Zettelkasten

독일 사회학자 Niklas Luhmann이 고안한 방법으로, 핵심 아이디어는 각 노트가 하나의 아이디어를 담고, 번호로 식별되며, 링크를 통해 연결되어 네트워크를 형성한다는 것입니다. 폴더 분류에 의존하지 않고 노트 간 연결에 의존합니다.

깊은 지식 축적에는 훌륭하지만, 진입 장벽이 높고 유지 비용도 낮지 않습니다. 일상 워크플로우의 주요 프레임워크로는 적합하지 않습니다.


제 접근법: 5개 폴더 + 1가지 규칙

그렇게 복잡할 필요 없습니다. 제가 충분하고 유지하기 쉽다고 생각하는 구조는 다음과 같습니다.

폴더 구조

00-Inbox/
01-Notes/
02-Templates/
04-Output/
07-Diary/

필요에 따라 ‘08-리모델링’이나 ‘09-영어 학습’ 같은 프로젝트 폴더를 만들고, 완료되면 보관하거나 삭제할 수 있습니다.


00-Inbox: 모든 것은 먼저 여기로

이것은 전체 시스템의 진입점입니다.

브라우저 클리핑, 음성으로 기록한 아이디어, 무작위 메모, 처리되지 않은 자료—무엇이든 일단 인박스에 던져 넣으세요.

수집할 때 분류하는 데 시간을 쓰지 마세요. 일단 넣고 보세요. 인박스의 가치는 기록의 마찰을 줄이는 데 있습니다. ‘이걸 어디에 넣지?‘라고 생각할 필요 없이 그냥 넣으면 됩니다.

하지만 인박스에는 황금률이 있습니다: 들어온 것은 정기적으로 처리해야 한다는 것입니다.

며칠에 한 번(또는 매주) 인박스를 살펴보고 항목을 적절한 곳으로 정리하세요. 노트는 노트 폴더로, 불필요한 것은 삭제하고, 글로 만들 것은 출력 폴더로 옮깁니다.

인박스는 창고가 아닙니다. 무한정 쌓아둘 수 없습니다. 3개월 전 항목이 아직 인박스에 남아 있다면, 이 워크플로우가 제대로 작동하지 않고 있다는 뜻입니다.


01-Notes: 분류 없음, 평면 구조

이것이 이 전체 시스템에서 전통적인 접근법과 가장 큰 차이점입니다.

노트 폴더에는 하위 폴더를 만들지 않고 모든 노트를 한 층에 평평하게 배치합니다.

책 노트, 회의록, 배운 개념, 아이디어의 확장—모두 함께, 주제별 구분 없이, 시간 순서 없이, 그냥 하나의 큰 평면 층입니다.

왜 이렇게 할까요?

AI 시대에는 검색이 분류보다 중요하기 때문입니다. 노트를 ‘경제학/거시/통화정책’ 아래에 두든 루트 디렉토리에 두든 AI 검색에는 차이가 없습니다. AI는 폴더 경로가 아니라 내용을 이해하여 찾습니다.

그리고 수동 분류에 쓰는 시간은 순수한 유지 비용입니다. 어디에 넣을지 생각하고, 어디에 넣었는지 기억하고, 나중에 찾지 못하는 데 드는 시간입니다.

평면 구조에서는 검색에 의존합니다. AI는 전체 텍스트 검색을 할 수 있으며, 이는 ‘아마 그 하위 폴더 어딘가에 있을 거야’라고 기억하는 것보다 훨씬 신뢰할 수 있습니다.


04-Output: 외부 독자를 위한 콘텐츠

이 폴더에는 외부 독자를 위해 작성한 콘텐츠를 보관합니다: 위챗 공개 계정 글, 블로그 포스트, 공식 보고서, 다른 사람을 위해 정리한 문서.

노트 폴더와의 차이점은 대상입니다. 노트는 자신을 위한 것이며 완전하거나 예쁠 필요 없이 기록만 하면 됩니다. 출력은 다른 사람이 보거나 보존하고 싶은 완성된 콘텐츠입니다.

분리하면 장점이 있습니다: 출력 폴더를 열면 초안이나 조각에 방해받지 않고 비교적 완성된 콘텐츠를 볼 수 있습니다.


07-Diary: 분리, 노트와 섞지 않음

일기는 별도 폴더에 보관합니다.

일기 항목은 날짜별로 생성되는 파일이며, 그 수는 시간이 지남에 따라 선형적으로 증가합니다. 앞서 언급했듯이, 일기 플러그인에서 저장 경로를 설정하여 한 곳에 모아두는 것이 좋습니다.

노트와 분리하는 이유는 간단합니다: 일기의 사용 사례는 노트와 다릅니다. 일기는 시간 순서로 탐색하고, 노트는 키워드로 검색합니다. 섞으면 서로 방해가 됩니다.


프로젝트 폴더: 필요할 때 만들고, 완료되면 보관

리모델링, 이직, 기술 학습—명확한 시간 경계가 있는 일은 자체 폴더를 만들어 관련 파일을 모두 모아 중앙에서 쉽게 볼 수 있습니다.

프로젝트가 완료된 후에는 폴더를 보관하거나 삭제하세요. 영원히 공간을 차지하게 두지 말고 또 다른 잡동사니 더미가 되지 않게 하세요.


AI 시대에 평면 구조가 더 나은 이유

전통적인 폴더 분류 논리는 ‘수동 탐색’에 기반합니다. 폴더 구조가 있어야 항목의 위치를 기억할 수 있으므로 분류하고 계층을 만듭니다.

하지만 이제는 다릅니다.

Obsidian의 전체 텍스트 검색 + AI의 의미 이해는 이미 대부분의 ‘찾기’ 시나리오를 커버할 수 있습니다. 노트의 파일 이름은 기억나지 않을 수 있지만, 대략 어떤 내용인지는 기억합니다. 그것으로 충분합니다. 몇 가지 키워드를 검색하거나 AI가 찾도록 하면 됩니다.

이러한 전제 하에, 세밀한 분류의 한계 이익은 매우 작아지지만 유지 비용은 그대로입니다.

폴더 구조가 복잡할수록 다음과 같은 의미가 있습니다:

  • 항목을 넣을 때 한 번 더 생각해야 합니다(이건 어디에 넣지?)
  • 시간이 지나면 어디에 넣었는지 잊어버립니다
  • 시스템이 일관성을 잃고 일부 항목이 구조 밖에 떠다니게 됩니다

반대로, 구조가 단순할수록 유지 비용이 낮아지고 지속할 가능성이 높아집니다. 일관되게 작동하는 단순한 시스템이 중간에 포기한 정교한 시스템보다 훨씬 가치 있습니다.


요약

오늘 다룬 내용:

  1. 폴더 계획의 핵심 목적: 저장과 검색을 모두 원활하게 하는 것, 보기 좋게 하기 위한 것이 아님
  2. 알아둘 인기 방법: PARA와 Zettelkasten은 각각 사용 사례가 있지만 일반 사용자에게 유지 비용이 높음
  3. 제 접근법: 5개 폴더 + 1가지 규칙:
    • 00-Inbox: 모든 것은 먼저 여기로, 정기적으로 처리
    • 01-Notes: 평면 구조, 분류 없음
    • 04-Output: 외부 독자를 위한 완성된 콘텐츠
    • 07-Diary: 분리, 노트와 섞지 않음
    • 프로젝트 폴더: 필요할 때 만들고, 완료되면 보관
  4. 인박스의 황금률: 들어온 것은 정기적으로 처리해야 하며, 무한 축적 금지

핵심 포인트:

  • AI 시대에는 검색이 분류보다 중요—노트를 평평하게 두고 AI가 찾게 하세요. 수동 계층 유지보다 효율적입니다.
  • 시스템이 단순할수록 지속하기 쉽다—작동하는 단순한 구조가 정교하지만 포기한 구조보다 낫습니다.
  • 인박스는 진입점이지 창고가 아니다—정기적으로 비워야 전체 워크플로우가 작동합니다.