처음 Obsidian을 열었을 때, 저는 며칠 동안 유용한 노트를 단 한 줄도 작성하지 못했습니다. 테마를 수정하고, 유튜브에서 본 플러그인을 설치하고, 종이에 폴더 계층 구조를 그리고, 이 모든 것이 실제 작업인 양 착각하느라 너무 바빴기 때문입니다. 튜토리얼을 보고 구조를 다시 짜고, 또 다른 튜토리얼을 보고 다시 수정하기를 반복했습니다. 겉보기에는 볼트(vault)가 인상적이었지만, 그 안의 노트 대부분은 절반쯤 완성된 템플릿이거나 플러그인을 테스트하기 위해 작성한 의미 없는 글들이었습니다. 저는 시스템을 ‘사용’하는 것이 아니라 ‘구축’하고 있었던 것입니다.
변화는 제가 이 앱의 본래 목적과 정반대로 행동하고 있었다는 사실을 깨달았을 때 찾아왔습니다. Obsidian은 프로젝트가 아니라 노트북입니다. 그래서 저는 복잡한 폴더 트리를 삭제하고, 거의 모든 플러그인을 제거한 뒤 실제 문제를 해결하는 투박한 노트들을 쓰기 시작했습니다. 그래프 뷰에 대한 목표도, 미적인 요소도 없이 오직 텍스트만 남겼습니다. 그렇게 서서히, Obsidian 볼트를 만들기 전에 알았더라면 좋았을 것들은 설정 요령이 아니라 제가 회피해왔던 한 가지 습관, 즉 ‘실제로 사용하는 것’에 관한 것으로 바뀌었습니다.
Obsidian 볼트를 단순하게 유지하기
구조는 줄이고, 글쓰기는 늘리고
저는 제가 왜 애초에 Obsidian을 선택했는지 되돌아가는 것부터 시작했습니다. 저는 Markdown을 지원하고 파일을 로컬 디스크에 저장하는 군더더기 없는 텍스트 에디터를 원했습니다. 그게 전부였습니다. 제2의 뇌도, 지식 그래프도 아닌, 제가 작성한 파일이 온전히 제 소유로 남는 글쓰기 공간이 필요했을 뿐입니다.
그래서 ‘Notes’라는 폴더 하나를 만들고 그 안에 리서치 자료와 아티클 초안을 채워 넣기 시작했습니다. 노트 간의 링크에 대해서는 걱정하지 않았습니다. 태그도 신경 쓰지 않았습니다. 6개월 뒤에 그래프 뷰가 어떻게 보일지도 생각하지 않았습니다. 그저 썼습니다.
플러그인 목록은 약 20개의 커뮤니티 플러그인에서 거의 0개로 줄었습니다. 폴더 구조는 매일 실제로 여는 몇 개의 폴더로 축소되었습니다. 남은 것은 글을 쓰는 표면이었고, 대부분의 날 동안 제게 필요한 것은 그것이 전부였습니다. 쓰고, 저장하고, 닫고, 반복하는 것 말입니다.
노트의 내용만이 중요하다는 사실을 받아들이기까지 생각보다 오랜 시간이 걸렸습니다. 예쁜 볼트도 좋지만, 실제 작업을 하는 시간보다 시스템을 관리하는 데 더 많은 시간을 쓴다면 아무런 도움이 되지 않습니다.
관련 글
플러그인의 덫에 다시 빠지지 않기!
실제로 필요한 것만 설치하기
플러그인은 Obsidian을 강력하게 만드는 핵심 요소이지만, 바로 그 점 때문에 과용하기 쉽습니다. 처음 시작할 때 읽었던 모든 "필수 Obsidian 플러그인 10선" 목록은 저에게 그 모든 것이 필요하다고 확신하게 만들었고, 저는 그 플러그인들이 해결하려는 문제가 제게 있는지조차 묻지 않은 채 설치했습니다.
두 번째 시도에서는 규칙을 뒤집었습니다. 작업 속도를 늦추는 구체적인 한계에 부딪혔을 때만 플러그인을 설치하기로 했습니다. 기본 앱으로 처리할 수 있다면 그대로 두었습니다. 이 작은 변화 하나만으로도 볼트를 가볍게 유지할 수 있었고, 설정 페이지도 탐색하기 쉬운 수준으로 짧아졌습니다.
플러그인을 신중하게 사용하는 또 다른 이유는 이식성 때문입니다. Obsidian의 가장 큰 장점은 제 노트가 어디서든 열 수 있는 일반 Markdown 파일이라는 점입니다. 내일 당장 Obsidian을 떠나더라도 말이죠. 플러그인에 과도하게 의존하면 일부 플러그인이 Obsidian 외부에서는 렌더링되지 않는 사용자 지정 구문을 도입하기 때문에 이러한 이점이 훼손됩니다.
여전히 제가 진심으로 아끼는 소수의 플러그인들을 사용하고 있지만, 각 플러그인은 제가 실제로 겪고 있던 문제를 해결해 줍니다. 그 외의 것들은 설치하지 않습니다.
자연스럽게 이루어진 백링크
도움이 될 때만 노트 연결하기
백링크는 대부분의 Obsidian 팬들이 이 앱의 핵심이라고 말하는 기능이며, 저도 그 매력을 이해합니다. 문구 주위에 대괄호를 두 번 입력하여 아직 존재하지 않는 노트와도 연결을 만드는 아이디어는 볼트가 커질 때 매우 유용합니다. 하지만 저는 첫날부터 이를 강요하지 않았습니다.
처음 몇 주 동안은 백링크를 거의 사용하지 않았습니다. 그래프 뷰를 채우거나 다른 사람의 튜토리얼에 나온 체크리스트를 완료하기 위해 링크를 추가하고 싶지는 않았습니다. 억지로 만든 링크는 아이디어가 어떻게 연결되는지에 대해 아무것도 알려주지 않습니다. 그저 패널만 어지럽힐 뿐입니다.
링크는 노트가 서로 참조할 만큼 충분히 쌓였을 때 자연스럽게 나타나기 시작했습니다. 리서치 노트가 작성 중인 아티클을 가리키고, 도구에 대한 노트가 처음 사용해 보았던 이전 노트를 참조하는 식입니다. 그 시점이 되자 연결은 제가 조직화라는 행위를 수행하기 때문이 아니라, 실제로 필요했기 때문에 의미를 갖게 되었습니다.
모든 링크를 수동으로 추가하지 않고도 그러한 연결을 표면화하고 싶다면, 콘텐츠가 충분히 쌓였을 때 관련 노트를 자동으로 연결해 주는 도구들을 활용할 수 있습니다.
처음부터 완벽할 수는 없습니다
완벽한 설정을 쫓는 것을 멈추세요
완벽은 좋은 것의 적이며, 노트를 쓰기도 전에 완벽한 Obsidian 설정을 목표로 삼은 것은 제가 저지른 가장 큰 실수였습니다. 자신의 워크플로우를 이해하지 못한 채 설계된 설정은 작업 방식이 바뀌는 순간 무너지며, 몇 주마다 이를 재구축하는 것은 제거하는 것보다 더 많은 마찰을 만들어냅니다.
처음부터 완벽하게 해낼 수는 없으며, 그럴 필요도 없습니다. 제가 오늘 사용하는 설정은 처음 시작했을 때와는 전혀 다르지만, 그것으로 충분합니다. 이는 제가 미리 정해둔 거창한 설계가 아니라, 수개월에 걸쳐 작은 조정을 거친 결과물입니다.
다시 시작한다면 튜토리얼의 늪에 빠지는 일은 완전히 건너뛸 것입니다. 공식 Obsidian 문서에는 글쓰기를 시작하는 데 필요한 모든 것이 담겨 있으며, 자신의 설정이 유일한 정답이라고 주장하는 절반의 유튜브 영상보다 훨씬 정확합니다. 문서를 읽고, 빈 노트를 열고, 필요에 따라 시스템이 성장하도록 두세요.
마지막 부분은 대부분의 "완벽한 설정" 영상들이 놓치고 있는 점입니다. 올바른 시스템은 남의 것을 복사하는 것이 아닙니다. 자신이 무엇을 계속 필요로 하고 무엇을 계속 무시하는지에 주의를 기울이며 천천히 구축해 나가는 것입니다.
OS Windows, macOS, Linux, Android, iOS, iPadOS
개발사 Dynalist Inc.
Obsidian은 로컬 우선의 Markdown 기반 메모 애플리케이션으로, 노트를 일반 텍스트 파일로 저장하고 상호 연결된 지식 "볼트"를 구축할 수 있게 해줍니다. 플러그인, 그래프 시각화, 데이터에 대한 완전한 제어권을 지원하며, 독점 형식에 갇히지 않도록 설계되었습니다.
Obsidian 설정을 독창적으로 유지하기
저는 남의 설정을 복사하는 대신 Obsidian 설정을 최대한 독창적으로 유지하는 것을 선호합니다. 우리 모두는 각기 다른 요구 사항과 노트를 정리하는 다른 방식을 가지고 있으며, 제가 사용하는 설정이 효과적인 이유는 제가 실제로 글을 쓰는 방식에서 성장했기 때문입니다. 저는 플러그인 0개, 커스터마이징 0개로 다시 시작했고, ‘노트를 열고, 제목을 추가하고, 아티클이나 리서치를 작성하고, 닫는다’는 단 하나의 규칙만 지켰습니다. 태그, 백링크, 그리고 첫 플러그인들은 나중에 추가되었는데, 대부분 Evernote나 OneNote에서 오래된 노트를 가져와 정리해야 했기 때문입니다.
Obsidian을 매일 사용하는 도구로 쓴 지 거의 1년이 다 되어가며, 저는 이 앱에 대해 모든 것을 안다고 주장하지 않습니다. 하지만 이제는 이 앱이 조용히 대체 불가능한 존재가 될 정도로 익숙해졌고, 이는 제가 이 앱을 쓰기 전까지 계속 갈아탔던 그 어떤 메모 앱에 대해서도 할 수 없었던 말입니다.