나만의 옵시디언 시스템 완성하기

시스템은 멋진 구조가 아니라 반복 가능한 흐름이다

옵시디언을 처음 배울 때는 기능이 먼저 보입니다. Markdown, 링크, 백링크, 속성, 템플릿, 플러그인, 그래프까지 하나씩 익히다 보면 "이제 어떤 구조가 정답일까?"라는 질문이 생깁니다.

하지만 오래 쓰는 사람에게 필요한 것은 완벽한 구조가 아닙니다. 내가 자주 기록하고, 다시 찾고, 실행으로 옮길 수 있는 흐름입니다.

좋은 옵시디언 시스템은 보통 다섯 단계로 움직입니다.

1. 수집: 떠오른 생각, 자료, 할 일을 빠르게 받아 둔다.

2. 정리: Inbox와 Daily Notes를 검토해 위치와 의미를 정한다.

3. 연결: 관련 노트, 프로젝트, MOC와 링크한다.

4. 활용: 글쓰기, 공부, 회의, 프로젝트 실행에 다시 쓴다.

5. 보관: 끝난 일은 Archive로 옮기고, 남길 지식은 Resources나 MOC에 연결한다.

이 흐름이 작동하면 폴더 이름이 조금 달라도 괜찮습니다. 태그가 완벽하지 않아도 괜찮습니다. 중요한 것은 기록이 쌓일수록 부담이 커지는 것이 아니라, 다음 행동과 다음 생각을 찾기 쉬워지는 것입니다.

AI 생성 이미지

처음 30일 실행 계획

처음부터 모든 기능을 켜면 시스템을 만든 것이 아니라 관리할 일을 늘린 것입니다. 첫 30일은 설치, 수집, 연결, 리뷰, 정리 습관을 차례로 만드는 기간으로 잡아 보세요.

1주 차: 보관소를 만들고 매일 한 줄 남기기

첫 주의 목표는 구조 설계가 아닙니다. 옵시디언을 매일 여는 습관을 만드는 것입니다.

준비할 것은 단순합니다.

• 하나의 보관소 만들기

• 00_Inbox, 05_Daily, 10_Projects, 20_Areas, 30_Resources, 90_Archive 폴더 만들기

• Daily Notes 켜기

• 기본 템플릿 하나 만들기

일일 노트에는 길게 쓰지 않아도 됩니다.

## 오늘 할 일
- [ ] 

## 오늘 기록
- 

## 나중에 다시 볼 것
- 

이 시기에는 노트를 잘 정리하려고 멈추지 마세요. "오늘 무엇을 했는지", "무엇을 배웠는지", "다시 확인할 것이 무엇인지"만 남기면 충분합니다.

2주 차: Inbox로 빠르게 수집하기

둘째 주의 목표는 놓치지 않는 것입니다. 회의 중 떠오른 생각, 책에서 본 문장, 갑자기 생긴 할 일, 웹 링크를 먼저 00_Inbox에 넣습니다.

수집 노트에는 최소한 세 가지를 남기면 좋습니다.

## 내용
- 

## 왜 저장했나
- 

## 다음 확인
- [ ] 

여기서 중요한 것은 "왜 저장했나"입니다. 링크 하나만 저장하면 나중에 다시 봐도 의미가 흐립니다. 한 줄의 이유가 있어야 자료가 지식으로 바뀔 가능성이 생깁니다.

3주 차: 링크와 MOC로 다시 찾는 길 만들기

셋째 주에는 노트를 연결합니다. 모든 명사를 링크로 만들 필요는 없습니다. 나중에 다시 열 가능성이 있는 것만 연결하세요.

예를 들어 독서 노트에 이런 문장이 있다고 해 봅시다.

이 책의 핵심은 [[집중력]]이 의지 문제가 아니라 환경 설계 문제라는 점이다.

좋은 링크는 단어만 이어 붙인 것이 아닙니다. 링크한 이유가 문장 안에 드러납니다. 이렇게 연결된 노트가 조금씩 늘어나면 집중력 MOC, 업무 방식 MOC, 글쓰기 MOC처럼 주제별 입구를 만들 수 있습니다.

MOC는 모든 노트를 모으는 곳이 아닙니다. 다시 볼 가치가 있는 노트를 골라 "어떤 순서로 보면 좋은지" 알려 주는 지도입니다.

4주 차: 리뷰하고 줄이기

넷째 주의 목표는 더하는 것이 아니라 줄이는 것입니다. 매주 한 번 30분만 시간을 정해 다음을 확인하세요.

• Inbox에 오래 남은 노트가 있는가?

• Daily Notes에 중요한 결정이나 아이디어가 묻혀 있는가?

• 완료된 프로젝트가 아직 Projects에 남아 있는가?

• 같은 내용을 다룬 노트가 여러 개 흩어져 있는가?

• 더 이상 쓰지 않는 태그나 템플릿이 있는가?

리뷰는 시스템을 꾸미는 시간이 아닙니다. 다음 주를 가볍게 시작하기 위해 불필요한 마찰을 줄이는 시간입니다.

노트가 많아졌을 때의 네 가지 결정

노트가 많아지는 것은 실패가 아닙니다. 문제는 많아진 노트를 모두 같은 방식으로 보관하려는 데서 생깁니다. 오래된 노트를 볼 때는 병합, 삭제, 보관, 재분류 중 하나를 선택하면 됩니다.

병합: 같은 생각이 반복될 때

비슷한 내용의 노트가 여러 개 있다면 가장 좋은 노트를 하나 고르고 나머지를 합칩니다.

병합 기준은 단순합니다.

• 같은 질문에 답하고 있는가?

• 한 노트를 읽으면 다른 노트가 거의 필요 없어지는가?

• 흩어진 예시를 모으면 더 강한 설명이 되는가?

예를 들어 회의를 잘하는 법, 좋은 회의록, 회의 준비 체크리스트가 각각 짧게 있다면 회의 운영 MOC 아래로 모으거나, 하나의 큰 노트로 합칠 수 있습니다.

삭제: 다시 쓸 가능성이 거의 없을 때

삭제는 기록을 가볍게 만드는 중요한 기술입니다. 모든 메모를 남겨야 한다는 생각은 보관소를 무겁게 만듭니다.

다음에 해당하면 삭제해도 됩니다.

• 저장한 이유를 알 수 없다.

• 링크만 있고 내 생각이 없다.

• 이미 다른 노트에 더 잘 정리되어 있다.

• 오래된 임시 메모인데 현재 일과 연결되지 않는다.

삭제가 불안하면 90_Archive/삭제 후보 같은 폴더에 한 달만 보관하세요. 한 달 동안 한 번도 찾지 않았다면 지워도 될 가능성이 큽니다.

보관: 끝났지만 맥락은 남길 때

완료된 프로젝트, 종료된 강의, 지난 여행 계획처럼 지금은 쓰지 않지만 나중에 참고할 수 있는 자료는 Archive로 옮깁니다.

보관할 때는 폴더만 옮기지 말고 프로젝트 개요 노트에 한 줄을 남기세요.

## 종료 메모
- 종료일: 2026-06-15
- 결과: 초안 제출 완료
- 다시 쓸 만한 자료: [[보고서 작성 체크리스트]], [[인터뷰 질문 목록]]
- 아쉬운 점: 일정 산정이 부족했다.

이렇게 하면 보관소는 단순한 창고가 아니라 다음 프로젝트를 돕는 경험 저장소가 됩니다.

재분류: 위치보다 역할이 바뀌었을 때

처음에는 Resources였던 노트가 프로젝트의 핵심 자료가 될 수 있습니다. 반대로 프로젝트 노트에서 나온 아이디어가 장기적인 Area나 MOC로 이동할 수도 있습니다.

재분류가 필요할 때는 "이 노트는 지금 어디에 있어야 찾기 쉬운가?"보다 "이 노트는 지금 어떤 역할을 하는가?"를 먼저 물어보세요.

• 실행 중인 일에 직접 쓰이면 Projects

• 계속 관리할 책임과 관련되면 Areas

• 참고 지식이면 Resources

• 끝났거나 비활성 상태면 Archive

• 아직 판단이 안 되면 Inbox

역할이 분명해지면 위치도 자연스럽게 정해집니다.

사용자 유형별 Vault 변형 예시

모든 사람에게 같은 보관소 구조가 맞지는 않습니다. 기본 흐름은 같아도 생활의 중심이 다르면 폴더와 템플릿도 달라져야 합니다.

학생: 과목과 시험 중심으로 단순하게

학생에게 중요한 것은 강의 내용을 놓치지 않고, 시험과 과제에 다시 활용하는 것입니다.

00_Inbox
05_Daily
10_Courses
20_Assignments
30_Resources
40_Exam_Review
90_Archive
99_Templates

추천 흐름은 이렇습니다.

• 수업 중에는 Daily Notes나 과목별 노트에 빠르게 기록한다.

• 수업 후 핵심 개념은 별도 노트로 분리한다.

• 과제는 20_Assignments에서 마감일과 제출 기준을 관리한다.

• 시험 전에는 40_Exam_Review에 자주 틀리는 개념과 예상 문제를 모은다.

학생에게 MOC는 과목별 목차로 시작하면 좋습니다. 예를 들어 심리학 MOC에는 주요 개념, 실험, 읽을 자료, 시험 범위를 연결합니다.

연구자: 문헌, 질문, 주장 중심으로

연구자는 자료를 많이 모으는 것보다 연구 질문과 주장으로 연결하는 일이 중요합니다.

00_Inbox
05_Daily
10_Projects
20_Research_Questions
30_Literature
40_Concepts
50_Writing
90_Archive
99_Templates

추천 흐름은 이렇습니다.

• 논문 노트에는 출처, 핵심 주장, 방법, 한계, 내 연구와의 관련성을 적는다.

• 중요한 개념은 40_Concepts에 내 언어로 다시 쓴다.

• 연구 질문별 MOC를 만들어 관련 문헌과 반론을 연결한다.

• 글쓰기 단계에서는 50_Writing에서 장별 초안과 인용 후보를 관리한다.

연구자에게 중요한 질문은 "이 자료를 읽었다"가 아니라 "이 자료가 내 질문을 어떻게 바꾸는가?"입니다.

직장인: 프로젝트와 회의 중심으로

직장인은 실행과 맥락 복원이 중요합니다. 회의에서 결정된 내용, 왜 그런 결정을 했는지, 다음 행동이 무엇인지 빠르게 찾아야 합니다.

00_Inbox
05_Daily
10_Projects
20_Team
30_Resources
40_Meetings
90_Archive
99_Templates

추천 흐름은 이렇습니다.

• 모든 회의록에는 결정 사항과 다음 행동을 분리해서 적는다.

• 프로젝트 개요 노트에서 목표, 마감일, 관련 회의록, 현재 이슈를 연결한다.

• 반복 업무는 체크리스트 템플릿으로 만든다.

• 완료된 프로젝트는 Archive로 옮기되, 재사용 가능한 문서 양식은 Resources에 남긴다.

직장인에게 옵시디언은 할 일 앱을 완전히 대체하지 않아도 됩니다. 중요한 것은 업무의 이유와 맥락을 잃지 않는 것입니다.

작가: 소재, 장면, 초안 중심으로

작가는 흩어진 생각을 글로 발전시키는 흐름이 필요합니다.

00_Inbox
05_Daily
10_Writing_Projects
20_Ideas
30_References
40_Drafts
50_Published
90_Archive
99_Templates

추천 흐름은 이렇습니다.

• 떠오른 문장과 소재는 Inbox나 Ideas에 빠르게 저장한다.

• 글감이 반복되면 주제 MOC로 묶는다.

• 초안은 40_Drafts에서 관리하고, 공개한 글은 50_Published로 옮긴다.

• 독자 반응과 수정 아이디어를 원문 노트에 연결한다.

작가에게 좋은 시스템은 많이 쓰게 만드는 시스템입니다. 너무 복잡한 속성보다 바로 초안을 열 수 있는 입구가 더 중요합니다.

프리랜서: 고객, 프로젝트, 지식 자산 중심으로

프리랜서는 여러 고객과 프로젝트를 동시에 관리하면서, 작업 결과를 다음 일의 자산으로 바꾸어야 합니다.

00_Inbox
05_Daily
10_Client_Projects
20_Clients
30_Proposals
40_Resources
50_Portfolio
90_Archive
99_Templates

추천 흐름은 이렇습니다.

• 고객별 노트에는 연락 기록, 선호, 계약 조건, 진행 이력을 남긴다.

• 프로젝트별 노트에는 범위, 일정, 산출물, 피드백을 관리한다.

• 제안서와 견적서는 템플릿으로 만들어 반복 작업을 줄인다.

• 완료한 결과물은 Portfolio나 Resources에 연결해 다음 제안에 활용한다.

프리랜서에게 옵시디언은 작업 관리 도구이면서 동시에 신뢰와 경험을 축적하는 기록 장부가 됩니다.

크게 갈아엎기 전에 작은 실험을 하라

보관소가 마음에 들지 않을 때 가장 위험한 선택은 전체 구조를 한 번에 바꾸는 것입니다. 폴더를 모두 옮기고, 태그 체계를 새로 만들고, 템플릿을 전부 고치면 며칠은 상쾌합니다. 하지만 곧 예전 기록과 새 규칙이 섞이며 더 큰 혼란이 생깁니다.

개선은 작은 실험으로 시작하세요.

좋은 실험은 세 가지 조건을 가집니다.

• 기간이 짧다. 보통 1~2주면 충분하다.

• 범위가 작다. 보관소 전체가 아니라 한 프로젝트나 한 폴더에만 적용한다.

• 판단 기준이 있다. 시간이 줄었는지, 다시 찾기 쉬워졌는지, 기록을 더 자주 하게 되었는지 확인한다.

예를 들어 이런 식입니다.

## 실험: 회의록 템플릿 개선
- 기간: 2주
- 범위: A 프로젝트 회의록만 적용
- 바꿀 점: 결정 사항과 다음 행동을 상단으로 이동
- 성공 기준: 회의 후 5분 안에 후속 작업을 확인할 수 있는가
- 결과:

실험이 효과가 있으면 넓히고, 효과가 없으면 되돌리면 됩니다. 시스템은 한 번에 완성되는 설계도가 아니라 사용하면서 조정되는 습관입니다.

유지 비용을 낮추는 원칙

마지막으로, 오래 쓰기 위한 몇 가지 원칙을 정리해 봅시다.

첫째, 새 규칙을 만들 때는 버릴 규칙도 함께 정합니다. 태그를 하나 늘렸다면 더 이상 쓰지 않는 태그를 하나 줄이세요. 템플릿을 추가했다면 기존 템플릿과 겹치지 않는지 확인하세요.

둘째, 자동화보다 이해 가능한 구조를 우선합니다. 플러그인이 없어도 읽을 수 있는 Markdown 노트, 사람이 봐도 알 수 있는 폴더 이름, 간단한 링크가 오래 갑니다.

셋째, 정리 시간보다 활용 시간을 더 중요하게 봅니다. 보관소를 정돈하는 데 많은 시간을 쓰고 실제 글쓰기, 공부, 프로젝트 실행에 쓰지 못한다면 방향을 조정해야 합니다.

넷째, 리뷰는 짧고 규칙적으로 합니다. 매일 완벽하게 정리하려 하지 말고, 주 1회 Inbox와 프로젝트만 확인해도 충분합니다. 월 1회는 MOC, Archive, 백업 상태를 가볍게 점검하세요.

다섯째, 남의 템플릿은 출발점일 뿐입니다. 다른 사람의 구조를 복사하면 빠르게 시작할 수는 있습니다. 그러나 그 구조가 내 일상, 내 언어, 내 책임과 맞지 않으면 곧 부담이 됩니다. 결국 남는 것은 내가 반복해서 쓰며 조정한 방식입니다.

최종 점검표

이제 자신의 보관소를 열고 다음 질문에 답해 보세요.

• 새 메모를 어디에 넣을지 3초 안에 결정할 수 있는가?

• 오늘 해야 할 일과 이번 주 중요한 프로젝트를 바로 찾을 수 있는가?

• 저장한 자료에 "왜 저장했는지"가 남아 있는가?

• 중요한 노트가 적어도 하나의 관련 노트나 MOC와 연결되어 있는가?

• 완료된 프로젝트가 현재 작업 공간을 어지럽히지 않는가?

• 백업과 동기화 방식을 스스로 설명할 수 있는가?

• 최근 한 달 동안 실제로 다시 활용한 노트가 있는가?

모든 질문에 완벽히 답할 필요는 없습니다. 부족한 부분이 보이면 그곳이 다음 개선 지점입니다.

옵시디언은 노트를 많이 쌓기 위한 도구가 아닙니다. 생각을 잃어버리지 않고, 필요한 순간에 다시 꺼내 쓰기 위한 작업 공간입니다. 당신의 시스템은 다른 사람에게 멋져 보일 필요가 없습니다. 오늘의 기록이 내일의 판단과 실행을 돕는다면, 그것으로 충분합니다.