아마 Obsidian 전도사 같은 사람이 복잡하기 짝이 없는 노트 정리 시스템이나 지식 베이스 구축법을 열변하는 걸 본 적이 있을 것이다. 그러고 보니 나도 얼마 전 개인 지식 관리에 대한 대화에 참여한 적이 있다. 하지만 이 글은 그런 이야기가 아니다.

나는 Obsidian을 대체로 단순하게 쓴다. 일을 처리하고 더 쉽게 만들기 위해 필요한 도구만 붙여서 쓴다. 어디서 본 말인데 출처를 찾을 수 없어 의역하자면, 시스템은 필요한 만큼만 복잡해야 하고 그 이상이어서는 안 된다는 말이 있다. 요지는 정말 필요한 게 렌치 하나뿐인데 루브 골드버그 장치를 만들 이유는 없다는 것이다. 내가 취하는 방식도 그렇다. 렌치로 필요한 도구 몇 개를 조립하고 필요한 곳만 단단히 조이는 식이다.

그래서 이 글에서는 내가 현재 어떻게 작업하는지 차근차근 소개하려 한다. 이 시스템은 지난 몇 주 동안 조금씩 발전해 왔고 앞으로도 계속 바뀔 가능성이 높다. 하지만 핵심 아이디어는 지금도 앞으로도 같다. 단순하게 유지하되, 쓸모 있게 만들자는 것이다.

계획

WordPress에서 write.as로 옮겼을 때 가장 크게 잃은 것은 작업하고 싶은 글들을 계획할 방법이 사라졌다는 점이었다. 최근 Obsidian에 Bases라는 기능이 추가되면서 내가 운영하는 세 사이트의 모든 글을 담은 테이블을 간단하게 만들 수 있게 됐다.

메인 계획 테이블 보기. 미발행 글은 블러 처리했습니다—스포일러 방지! ;)

이 방식이 단순한 이유는 테이블을 통해 어떤 글을 발행했고, 어떤 글이 기획/초안 단계에 있으며, 각 글의 예약 발행일이 언제인지 한눈에 볼 수 있기 때문이다. 하지만 이렇게 큰 테이블은 탐색하기 까다로울 수 있다. 다행히 몇 가지 대체 보기를 사용할 수 있다.

Plan / Draft 보기로 내가 작업 중인 글만 볼 수 있다.

그리고 Published 보기로 이미 게시한 글을 볼 수 있다.

이 시스템의 “기발한” 점은 두 가지다. 첫째, 이 모든 정보가 글 자체의 일부라는 점이다. 따로 챙겨야 할 별도의 정보가 아니다. 둘째, 특정 글을 열지 않고도 이 목록에서 바로 “Published”, “Scheduled”, “Status” 필드를 업데이트할 수 있다는 점이다. 어떻게 하는 걸까?

새 글 초안

새로운 아이디어가 떠오를 때마다 해당 웹사이트 폴더에 새 문서를 만들고 템플릿을 삽입한다.

Blog Template은 웹사이트 글용이고, CMP Template은 보관된 팟캐스트 글용이다.

Blog Template을 삽입하면 문서가 Planning 테이블에 나타난다. 템플릿을 삽입한 뒤 문서는 이렇게 보인다.

문서에 템플릿이 삽입된 모습이며, Planning 테이블용 Properties가 원으로 표시되어 있다.

Untitled 필드와 Title 필드가 둘 다 있다는 걸 눈치챘을지도 모른다. Untitled는 Obsidian 문서의 파일 이름이고, Title은 실제 글 제목이다. 왜 둘 다 있을까? Obsidian은 문서 이름에 몇 가지 제한을 둔다. 예를 들어 : 문자는 Obsidian 파일 이름에는 쓸 수 없지만, 글 제목에는 필요할 때가 있다.

여기서부터 글쓰기는 정말 간단하다…

Obsidian에서 글쓰기

전체 글쓰기 환경이며, 몇 가지 항목이 강조 표시되어 있다.

이제 글을 쓸 시간이다. 화면의 대부분은 글을 작업할 수 있는 편집 창이 차지한다. (이 글처럼) 이미지가 있으면 드래그 앤 드롭으로 제자리에 넣을 수 있다. 왼쪽에는 탐색 패널이 있는데, 위쪽 절반에는 폴더가, 아래쪽에는 선택한 폴더 안의 파일들이 있다. 편집 창 왼쪽에는 현재 글의 버전 관리 패널이 있다(선택 이유는 다음 섹션에서 설명하겠다).

글을 다 쓰고 나면 출력 디렉터리로 내보낸다. 내보내기 과정에서 위키 스타일 링크 같은 Obsidian 전용 마크업을 표준 Markdown 형식으로 변환하고, 모든 첨부 파일(이미지)을 글과 함께 폴더에 넣는다. 덕분에 write.as에 업로드하는 과정이 아주 간단해진다.

Obsidian 플러그인

Obsidian에서 사용하는 커뮤니티 플러그인 목록은 이 이미지에서 볼 수 있다.

이미지: 설치된 커뮤니티 플러그인 스크린샷.

이 중 가장 중요한 것은 Harper와 LanguageTool이다. 인터넷이 느리고 도구를 로컬에서 실행하는 걸 선호해서, 이 플러그인들이 호출하는 두 애플리케이션 모두 시스템에 로컬로 설치되어 있다. markdown export는 블로그 글을 내보낼 때 쓰는 도구다. Notebook Navigator는 Obsidian의 기본 탐색 패널을 대폭 강화해 주는데, 나는 그 기능의 일부만 써 봤을 뿐이다. Outliner는 더 나은 목록 처리를 제공해 항목을 드래그 앤 드롭으로 옮기거나 접고 펴는 등의 기능을 쓸 수 있게 한다. Typewriter Mode는 사실상 한 가지 기능 때문에만 쓴다. 바로 지금 편집 중인 줄을 강조 표시하는 기능이다. (나의 독특한 난독증 때문에 40년 넘게 이렇게 해 오고 있다.)

Remotely Save는 시스템 간에 볼트를 동기화할 때 쓰는 도구다. Version Control은 단순한 내장 버전 관리 시스템이다. git이나 다른 외부 버전 관리 시스템 대신 이를 쓰는 이점은 문서의 버전이 Remotely Save와 함께 동기화된다는 점이다. 덕분에 볼트와 별도로 git 저장소를 동기화할 필요가 없어진다.

Zotero Integration은 필요할 때 서지 정보를 검색해 삽입할 수 있게 해준다. 안타깝게도 write.as는 참조 링크를 지원하지 않아서, 각주 형식 대신 인라인으로 넣어야 한다.

Safi Site Audit은 나에게는 이 볼트에만 있는 독특한 도구다. 사이트 상태를 점검하고 끊어진 링크나 빠진 alt 텍스트 같은 주요 문제를 잡아내는 데 쓰인다. 자주 실행하지는 않지만, 가끔 점검하고 보고서를 생성할 수 있다는 점이 유용하다.

결론

Obsidian은 최근 추가된 Bases 기능과 몇 가지 플러그인 덕분에 나에게는 훌륭한 글쓰기 환경이 되어 준다. 작업 중인 글의 상태를 추적하고, 문서에 버전 관리를 적용하며, 환경을 내 입맛에 맞게 꾸밀 수 있는 추가 도구들을 갖출 수 있다는 점이 그렇다.

세상에는 Obsidian 전도사들이 많고, 그들의 열정과 지나치게 복잡한 설정이 Obsidian을 다가가기 어렵게 느껴지게 할 수 있다는 걸 안다. 개인적으로는 자신의 필요에 맞게 조정하면 정말 훌륭하다는 걸 알게 됐다. 그리고 그게 가장 중요한 점이자, 내가 도구를 가장 생산적으로 쓰게 만드는 이유다. 즉, 내가 필요한 것을 내가 필요한 방식으로 하는 것이다.

실제로 어떻게 세세하게 조정하는지(특정 도구의 키 바인딩 같은 것)는 크게 자세히 다루지 않았다. 이 글이 나의 워크플로우에 대한 통찰을 조금이나마 주었기를 바란다. 그리고 당신의 워크플로우를 다듬는 데도 아이디어를 얻어 가길 바란다.

카테고리: #HowTo 태그: #obsidian, #tool, #writing, #blogging, #configuration, #workflow 라이선스: Copyright Unattributed. Creative Commons BY-NC-SA 4.0에 따라 사용 허가됨.