# 옵시디언 왜 쓰냐는 말은 이제 식상하잖아요 예전에 이런 말을 들은 적 있어요, **사람의 지능은 스마트폰 배터리에 반비례한다.** 뭐 농담이긴 한데, 그렇다고 말이 안 되는 소리까지는 또 아니에요. 2017년에 Ward, Duke, Gneezy, Bos가 발표한 'Brain Drain' 연구에 따르면, 스마트폰을 실제로 사용하지 않아도 자기 스마트폰이 가까이 있다는 사실만으로 사용 가능한 인지 자원이 일부 줄어들 수 있다고 해요. 참가자들에게 스마트폰을 책상 위, 가방이나 주머니, 아예 다른 방에 두게 하고 과제를 시켰더니, 다른 방에 둔 집단의 수행이 더 나았다는 식입니다. 여기서는 "너 서마터펀 중독이다 마" 같은 말을 하려는 게 아니에요. 오히려 반대로, 스마트폰에 의해 인지 자원은 줄어들었음에도, 우리가 할 수 있는 일은 훨씬 많아졌습니다. 길찾기, 일정, 연락처, 인증, 검색, 결제, 번역, 업무 알림이 전부 스마트폰 안에 들어가 있어요. 배터리가 떨어지면 이상하게 정신이 또렷해질 수는 있겠지만, 동시에 내가 다룰 수 있는 세계의 범위도 갑자기 줄어듭니다. 인간의 기억과 판단은 이미 기계와 분산되어 있어요. 좋든 싫든, 이미 그렇습니다. 스마트폰은 이미 현대 사회라는 맥락에 놓인 사람에게 있어 물과 공기, 최소한 "인프라" 정도의 역할은 수행합니다. 그리고 저는 스마트폰에서 옵시디언을 제일 많이 사용합니다. 옵시디언을 세컨드 브레인으로 쓴다...는 말을 많이 들어보셨을 거예요. 이 글도 그런 글 중 하나이긴 한데, 그래도 이번엔 제 이야기를 해볼까 해요. "세컨드 브레인"이라는 말은 좋지만, 사실 생각해보면 이건 그냥 "기억을 외주 준다"에 더 가깝죠. 하지만 여기서의 질문은 "외주화할 것인가 말 것인가"가 아닙니다. 어차피 하고 있으니까요. 진짜 질문은 이겁니다. **외주화된 기억과 판단을 어떻게 통제해야 할까요?** 이 글은 그 질문에 대한 제 나름의 답입니다. 그러니까, 제가 옵시디언을 "예쁜 세컨드 브레인"이 아니라 "외주화된 기억을 다시 검색하고 검증하는 로컬 작업대"로 쓰게 된 과정에 대한 이야기예요. ## 산출물은 늘었는데, 왜 일은 안 줄었을까요 이전에 쓴 글 [[아 아직 멀었다니까요]]에서, LLM으로 코드와 문서와 요약을 만드는 속도는 확실히 빨라졌지만, 결국 일처리 속도 자체는 큰 차이가 없다고 썼어요. 코드 작성이라는 지연은 사라졌지만, 그 대신 검증과 연결이라는 새로운 지연이 생겼거든요. LLM이 만들어낸 산출물은 많아졌지만, 그 산출물을 다시 읽고 검증하고 연결하는 일은 여전히 사람의 몫이었어요. 그래서 "완료"라는 선언 시점은 이전과 큰 차이가 없습니다. 기록을 남기는 속도 자체는 더 이상 문제가 아닙니다. 회의록은 STT가 받아 적고, 업무 티켓은 자동으로 쌓이고, git log로 주간 보고서 초안도 만들 수 있죠. 기록은 너무 쉽게 쌓입니다. 문제는 그다음이에요. 쌓인 기록이 다시 읽히지 않고, 지금의 업무와 연결되지 않으면, 결국 **"그래서 이제 뭘 해야 하는데요?"**라는 질문에 답하지 못합니다. 기록의 쓸모는 결국, 나중에 다시 움직일 수 있게 만드는 연결에서 나옵니다. 이번 글은 그 "연결"을 제 개인 지식관리 시스템 안에서 어떻게 다시 설계했는가에 대한 후속편입니다. 개인 지식관리 시스템이라 하면 조금 표현이 과한가요, 그럼 그냥 간단히, "수첩"이라고만 해봅시다. 혹은 다이어리 정도로만 말해도 좋긴 하겠네요. 저는 옵시디언을 제 수첩으로 쓰고 있습니다. 뭐가 어느 섹션에 있는지 수첩 곳곳에 인덱스 태그를 붙이고, 필요할 때마다 다시 읽고 찾아서 쓸 수 있는, 그런 수첩이죠. ## 브리핑부터 간단히 진행해봅시다 대학시절 MS 워드를 본격적으로 접하기 시작하면서, H1, H2, H3 헤딩으로 문서를 구조화하는 방식이 꽤나 마음에 들었습니다. 그래서 한컴오피스보다 워드를 더 좋아했죠. 스마트폰을 쓰면서는 에버노트에 빠르게 메모했고, 국비지원교육 컴퓨터학원에서 마크다운을 배운 적도 있습니다. 깃헙에 README를 올리면서 마크다운을 쓰기 시작했고, 그때는 문서 작성 도구로서의 마크다운이 꽤나 흥미로웠어요. 특히, 문서를 제목 구조로 정리하는 방식이 매력적이었죠. 이후 회사에 다니면서는 원노트로 거의 옮겨갔어요. 노션도 잠시 써보긴 했는데, 제게 노션은 개인 기록장이라기보다 업무 기록과 공유 페이지에 더 편한 도구였어요. 실제로 한동안 개인 홈페이지도 노션으로 돌렸고요. > 참고로, 지금은 [Obsidian Publish](https://obsidian.md/help/publish)로 옮겨왔습니다. 노션에서 개인 도메인 연결에 과금을 시작함에 따라 옮긴 측면도 있고, 무엇보다 그 시점에는 대부분의 작업을 옵시디언으로 처리했기에, 연속성을 유지하는 방향이 차라리 낫겠다 싶었죠. 이전 직장에서 주간보고를 전부 마크다운 양식으로 쓰는 문화를 봤습니다. 마크다운이 실제 업무 기록 형식으로 굴러가는 모습이 인상적이었고, 저도 따라해보려고 마크다운 편집기를 찾다가 만난 게 옵시디언이었어요. 처음에는 VSCode와 병행했습니다. 이전부터 정규식 검색으로 대량의 텍스트를 일괄 변환하는 등의 방식은 종종 사용했었고, 단순한 텍스트 편집기로서 VSCode는 제게는 완전체나 다름없었어요. 다만 그러다 폴더 기반 정리나 `[[위키링크]]`를 사용하기 시작하며, 자연스럽게 옵시디언에 정착했습니다. 지금은 에버노트와 원노트에 있던 기록까지 전부 옵시디언으로 옮긴 상태예요. 돌아보면 도구마다 중요했던 게 달랐습니다. 워드에서는 문서의 구조가, 에버노트와 원노트에서는 어디서든 기록하는 접근성이, 노션에서는 업무와 공유가 중요했죠. 옵시디언에 와서 그 세 가지가 다시 합쳐집니다. 사람이 읽을 수 있는 마크다운 원본, 위키링크, 그리고 로컬 검색. 다만 여기까지는 아직 "정착"이지 "해결"이 아니었어요. ## 세컨드 브레인 시도 안 해보면 옵시디언 써본 거 아니라면서요 옵시디언에 마음 붙이기로 다짐한 뒤 얼마 후, ChatGPT라는 물건이 등장했습니다. GPT-3.5를 무료로 몇 번 써본 뒤에, "아 이건 돈 주고 쓸 가치가 있다"는 확신이 들어 바로 결제했어요. 이후 ChatGPT를 쓰며 받은 답변 중 의미 있어 보이는 기록을 옵시디언에도 쌓기 시작했습니다. 그리고 각 문서를 위키링크 형태로 연결하며, Graph View를 열었을 때 보이는 네트워크에 흐뭇해했습니다. 그 연결망이 머릿속에 그대로 들어가 있다는 상상도 했어요. 당연히 아니었습니다. ![[Pasted image 20260709114331.png]] 예쁘긴 한데... 무슨 의미가 있냐고 물으신다면... 글쎄요... 그래프는 멋있었지만, 실제로 무언가를 찾으려고 하면 링크를 하나하나 눌러가며 탐색해야 했고, 저는 그 일을 꽤 힘들어했어요. 매번 지도를 펼쳐놓고 길을 직접 걸어야 하는 방식에 가까웠습니다. 링크는 "이 노트와 저 노트가 관련 있다"는 사실을 남기지만, 그 링크를 따라가는 노동은 여전히 제 몫이었죠. 그리고 사람은, 적어도 저는, 그 노동을 생각보다 하지 않습니다. 기록은 쌓였지만 다시 읽히지 않았어요. 그래프의 연결선이 아무리 늘어나도, 석 달 전 회의록은 석 달 전 회의록일 뿐이었습니다. 지식의 외형은 있는데, 재호출성이 없었던 거죠. 심지어 그 편리했던 ChatGPT에게 기록을 맡길 때조차, 옵시디언에서 하나하나 찾은 뒤 복사 붙여넣기로 맥락을 준 뒤에야 질문을 던질 수 있었어요. ## 임베딩, 시멘틱/하이브리드 검색, 재호출 가능한 연결 온톨로지라는 말이 있습니다. 철학에서는 "존재론"을 의미하는 단어이긴 한데, 컴퓨터 과학에서는 "개념과 개념 사이의 관계를 정의하는 구조" 정도로 쓰입니다. 예를 들어, "사람"이라는 개념과 "동물"이라는 개념 사이에는 "사람은 동물이다"라는 관계가 있고, "사람"과 "책임"이라는 개념 사이에는 "사람은 책임을 진다"라는 관계가 있죠. 이런 관계를 정의해두면, 어떤 질문이 들어왔을 때 그 질문과 관련된 개념을 찾아서 연결할 수 있습니다. 사실 옵시디언의 위키링크도 이쪽 계열이에요. "이 노트와 저 노트는 관련 있다"고 사람이 직접 선언하는 방식이니까요. 그런데 저는 반대 방향을 하나 더 얹었습니다. 관계를 일일이 선언하는 대신, 기존 텍스트를 한국어 특화 임베딩 모델로 벡터화하고, 그 벡터 사이의 거리를 계산해서 의미적으로 가까운 문서를 찾아오게 만든 거죠. 쉽게 말하자면, 구글이나 네이버처럼 시멘틱/하이브리드 검색을 붙였습니다. 단순히 키워드가 일치하는 문서를 찾는 게 아니라, 질문의 의미와 가장 가까운 문서를 찾아오는 방식이에요. 관계를 선언하는 게 아니라, 발견하게 만든 셈입니다. 링크는 노트와 노트를 명시적으로 연결합니다. 매우 강력한 연결이지만, 대신 그 연결이 없으면 찾을 수 없다는 뚜렷한 한계가 있습니다. 정확한 제목 또는 경로를 늘 기억해야 작동하며, 그 외에는 "분명 존재하지만 찾을 수 없는" 상태가 됩니다. 반면 시멘틱/하이브리드 검색은, 제가 정확한 제목이나 경로를 기억하지 못해도, 지금 던지는 질문의 의미에 가까운 과거 기록을 찾아옵니다. 묻혀 있던 회의록, 업무일지, 메모, 글감을 "맥락에 맞게" 찾아다 사용할 수 있게 됐습니다. 한 장면을 예로 들어볼게요. 어느 날 특정 기간의 팀별 진행 상황을 다시 정리해야 했습니다. 머릿속에는 몇 가지 도구명과 작업명만 희미하게 남아 있었고, 실제 근거는 주간보고, 위키, 댓글, 업무 링크, 메신저 발췌, Git 로그에 흩어져 있었어요. 예전 같으면 각 자료를 하나씩 열어보며 기억을 더듬었겠죠. 그런데 이번에는 옵시디언에 남아 있던 작업일지와 팔로업 노트를 다시 검색하고, 검색 결과를 원문 노트로 열어 확인하면서 정리했습니다. 그 결과로, 어떤 자료를 1차 근거로 삼고 어떤 자료를 보조 신호로만 다룰지까지 분리할 수 있었어요. 주간보고 본문은 1차 근거로 두고, 메신저와 Git 로그 발췌는 날짜 경계와 전체성이 불완전하니 참고 신호로만 다룬다는 판단까지 보고서에 정리할 수 있게 됐습니다. 제가 기억한 건 내용 전체가 아니라 "아마 어딘가에 있다"는 감각뿐이었고, 실제 판단은 다시 검색된 기록과 다시 읽은 원문 위에서 만들어졌어요. 이때 옵시디언은 의사결정을 위한 감사 로그처럼 작동했습니다. > 현재 제 옵시디언에는 대략 5,000개의 문서와 12,000개가 넘는 검색 청크가 인덱싱되어 있습니다. 이 정도가 되면 "링크를 따라가며 찾는다"는 선택지는 사실상 없어요. 재호출이 없으면 그냥 묻힙니다. 그리고 당연히, 여기에는 MCP 기반의 RAG가 작동합니다. 아예 LLM이 직접 옵시디언을 다룰 수 있게 만들었어요. 자동으로 노트를 읽고, 검색하고, 검색 결과만 믿지 않고 원문을 다시 열어 근거를 확인하고, 필요하면 노트에 기록을 남기고, 저장한 뒤에는 다시 읽어서(readback) 제대로 저장됐는지 검증하는 루프. 이게 제 작업 방식의 핵심입니다. 자동화 자체가 아니라, **원문을 다시 읽고, 저장 후 다시 읽어 확인하는 루프**가 핵심이에요. 그러니까 제 옵시디언은 이렇게 굴러갑니다. 당일의 거친 기록은 작업일지에 남깁니다. 원문은 노트로, 참고자료는 위키링크 형태로 보존하고요. 반복적으로 유효한 선호와 규칙, 프로젝트 경계는 장기기억 노트로 압축합니다. 그리고 그 위를 시멘틱 검색과 LLM 툴링이 오가며, 예전 기록을 현재 질문의 재료로 다시 꺼내옵니다. Human-in-the-loop와 유사하게, Obsidian-in-the-loop라고 부를 수도 있겠네요. ## 외주화라는 단어에 대하여 여기까지 읽으면 이렇게 물으실 수 있습니다. "그거 결국 기억을 기계에 외주화하는 거 아닌가요? 그래도 되나요?" 솔직히 말하면, 맞습니다. 저는 기억과 사고방식의 일부를 옵시디언과 로컬 인덱스와 생성형 AI에 외주화하고 있어요. 한때는 "옵시디언은 기억을 외주화하는 장소가 아니다"라고 방어적으로 쓰려고 했는데, 더 정확한 표현은 "무책임하게 외주화하는 장소가 아니다"에 가깝습니다. 다만 무엇을 외주화하는지가 중요합니다. 제가 맡기는 건 최종 판단이 아니에요. 회상, 연결, 비교, 구조화, 초안화, 누락 확인, 다음 액션 후보 만들기 같은 **사고의 주변 노동**입니다. 머릿속에만 있으면 흐려지는 맥락을 밖으로 꺼내고, 생성형 AI가 다시 읽을 수 있는 형태로 남기고, 필요할 때 되불러오는 것. 남겨야 하는 건 매끈한 최종 문장이 아니라, 근거와 맥락과 다음 판단을 복원할 수 있는 구조입니다. 인지과학 쪽에도 비슷한 논의가 있는 것으로 기억합니다. Sparrow, Liu, Wegner의 이른바 'Google effect' 연구는, 어떤 정보를 나중에 검색할 수 있다고 믿으면 사람이 정보 자체보다 그 정보의 위치를 기억하는 경향이 있다고 보고한 것으로 알려져 있어요. Risko와 Gilbert의 cognitive offloading 리뷰도 외부 도구에 인지 작업을 덜어내는 행동을 단순한 게으름이 아니라 전략적 행동으로 다루는 것으로 알고요. 즉, 외주화는 손실이 아니라 재배치일 수 있습니다. ## 그런데 왜 일이 줄지 않을까요: 제번스 역설 여기서 정직해질 필요가 있습니다. 이 시스템을 만들고 나서 제 일이 줄었느냐 하면, 아닙니다. 오히려 늘었어요. 19세기에 제번스(William Stanley Jevons)는 『The Coal Question』에서 이상한 관찰을 남겼습니다. 석탄을 더 효율적으로 쓰는 증기기관이 나오면 석탄 소비가 줄어들 것 같지만, 실제로는 석탄을 쓸 수 있는 영역이 넓어져서 총소비가 오히려 늘어날 수 있다는 거죠. 이른바 제번스 역설입니다. 효율이 올라가면 여유가 생기는 게 아니라, 그 효율을 전제로 한 새로운 사용과 수요와 일이 생깁니다. 이 역설은 석탄만의 이야기가 아니에요. 스마트폰은 연락을 빠르게 만들었지만 연락해야 할 양도 늘렸습니다. 검색은 기억의 부담을 줄였지만 확인해야 할 정보량을 늘렸고요. 언어모델은 초안 작성 비용을 낮췄지만, 그만큼 더 많은 초안과 더 많은 비교와 더 많은 검토와 더 많은 자동화 후보를 만들어냅니다. 그리고 이 역설은 남의 이야기가 아니라 제 옵시디언에도 그대로 적용됩니다. 기록과 검색이 쉬워지자 기록이 줄었느냐? 반대입니다. "나중에 다시 찾을 수 있다"는 믿음 때문에 더 많은 기록, 더 많은 연결, 더 많은 재조합 후보가 생겼어요. 파킨슨의 법칙(일은 주어진 시간을 채우도록 팽창한다)을 떠올릴 수도 있지만, 제 경우에 더 맞는 설명은 제번스 쪽입니다. 시간이 남아서 일이 늘어난 게 아니라, 도구가 일을 싸고 빠르게 만들수록 그 도구를 전제로 한 새로운 일과 기대치가 생겼거든요. 그러니까 이 글은 "이 시스템을 만들면 일이 줄어든다"는 이야기가 아닙니다. 일은 안 줄어들어요. 다만 늘어난 기록과 판단의 부담을 **어디에, 어떤 규칙으로 둘 것인가**를 선택할 수 있게 될 뿐입니다. 저는 그 선택이 생각보다 중요하다고 봅니다. ## 세컨드 브레인 담론과 다른 점 하나 Tiago Forte의 BASB/PARA나 Zettelkasten 같은 세컨드 브레인 담론과 뭐가 다르냐고 물으신다면, 길게 설명할 생각은 없습니다. 다만 한 가지 차이는 분명히 짚어두고 싶어요. 기존 담론은 대체로 **사람이 다시 읽고 정리하는 것**을 전제로 합니다. 사람이 노트를 순회하고, 사람이 링크를 따라가고, 사람이 주기적으로 리뷰하죠. 반면 제 구조는 **AI도 다시 읽는 것**을 전제로 합니다. AI가 검색하고, 원문을 열어 근거를 확인하고, 요약하고, 저장하고, readback으로 검증해요. 노트는 사람이 읽는 문서인 동시에 AI가 다루는 작업 문맥입니다. 이 차이는 사소해 보이지만 시스템 설계 전체를 바꿉니다. 노트가 마크다운이라는, 사람이 읽을 수 있는 근거자료(source of truth)로 남아야 하는 이유, 경로와 링크에 일관된 규칙이 필요한 이유, 저장 후 검증 루프가 필요한 이유가 전부 여기서 나와요. 옵시디언과 AI 사이에 일종의 계약을 만드는 셈입니다. 노트는 원본으로 남고, AI는 규칙을 지키고, 답하기 전에 읽고, 쓰고 나면 다시 읽는다. 그러니 "예쁜 세컨드 브레인"을 부정하는 데서 멈추면 안 됩니다. 정확히 말하면 저는 사람이 다시 읽는 시스템에서, 사람과 AI가 함께 다시 읽는 시스템으로 넘어간 거예요. ## 플러그인 대신 직접 만든 이유, 그리고 공개 고민 옵시디언용 시멘틱 검색 플러그인은 이미 적지 않습니다. 노트 임베딩부터 검색용 UI/UX까지 제공하는 플러그인도 꽤 많아요. ollama를 붙인다거나, 아예 llama.cpp를 지원하는 플러그인도 다수 존재합니다. 그런데도 저는 Rust로 직접 만들었어요. 검색 인덱싱과 시멘틱/하이브리드 검색, 그리고 AI가 옵시디언을 읽고 쓰고 검증할 수 있는 도구 계층을 묶은 작은 개인 인프라입니다. 기술 자랑을 하려는 게 아닙니다. 구현 이야기는 이 글에서 별로 중요하지 않아요. 핵심은 하나입니다. 제게 필요했던 건 예쁜 검색창이 아니라, AI가 옵시디언을 읽고, 검색하고, 근거를 다시 열어보고, 기록을 남긴 뒤 readback으로 확인하는 작업 계층이었고, 그 계층이 제 workflow와 맞물리려면 **내 기억의 재호출 방식을 내가 통제할 수 있는 형태**여야 했다는 점입니다. 플러그인 생태계가 나빠서가 아니라, 제 요구가 플러그인의 형태와 어긋나 있었던 거죠. 공개도 한 번 생각해봤습니다. 아직은 고민 중이에요. 개인 경로와 실행 환경에 맞춰가며 만든 흔적이 커밋내역에 꽤 남아 있어서, 공개하려면 README를 다듬는 수준이 아니라 히스토리와 설정 흔적을 정리하는 작업부터 필요하거든요. 언젠가 하게 되면 그건 그것대로 글감이 되겠죠. ## 아직 멀었습니다 이쯤에서 이 시스템이 잘 굴러가는 것처럼 들렸다면, 정정해야겠습니다. 아직 멀었어요. 시멘틱 검색은 종종 엉뚱한 노트를 상위에 올립니다. 의미가 비슷하다는 것과 지금 필요하다는 것은 다른데, 검색기는 그 차이를 모르거든요. 결국 검색 결과를 믿지 않고 원문을 다시 열어 확인하는 단계가 필요하고, 그건 다시 제 시간입니다. 기록 비용이 낮아지면서 노이즈성 노트도 늘었습니다. "일단 남겨두자"로 만들어진 노트가 옵시디언을 채우고, 그 노트들이 다시 검색 결과를 흐려요. 제번스 역설은 검색 품질에도 적용됩니다. 기록이 싸지면 기록이 늘고, 기록이 늘면 걸러야 할 것도 늡니다. readback 검증도 공짜가 아닙니다. 저장할 때마다 다시 읽어 확인하는 루프는 신뢰를 주지만, 매번의 오버헤드이기도 하죠. 검증을 생략하고 싶은 유혹과, 생략했다가 어긋난 기록을 발견하는 찝찝함 사이 어딘가에서 계속 타협하고 있습니다. 이런 일도 있었네요, 업무 기록을 대량으로 인덱싱하던 중, 긴 문서를 한 번에 인덱싱하지 못해 임베딩이 줄줄이 실패한 적이 있습니다. 결국 문서를 나누는 청크 정책을 다시 손보고, 증분 재색인을 돌리고, 실패가 0건인지 다시 검증하는 데까지 별도의 작업이 들어갔죠. "시멘틱 검색을 붙였다"는 한 문장 뒤에는 이런 관리 노동이 붙어 있습니다. 검색 가능한 기억은 공짜로 유지되지 않아요. 검색과 재호출이 쉬워지면 일이 줄어드는 게 아니라, 검색 가능한 상태를 유지하기 위한 일이 새로 생깁니다. 제번스 역설은 여기서도 성실하게 작동하고요. 그러니까 이 글의 결론은 "문제를 해결했다"가 아닙니다. 산출의 병목이 검증과 연결로 이동했다는 이전 글의 문제의식은 여전히 유효하고, 저는 그 이동한 병목을 다루는 작업대를 하나 만들었을 뿐이에요. 병목 자체는 남아 있습니다. 아직 멀었어요. ## 그래서 당신은 뭘 하면 되는가 마지막으로, 이 글이 "저는 Rust로 직접 만들었습니다"로 끝나면 독자 입장에서는 재현 불가능한 마무리라는 걸 압니다. 그래서 선을 하나 긋고, 출구를 하나 만들게요. 먼저 선. 이 글은 가이드가 아니라 사용기입니다. 제 구조를 그대로 따라 하실 필요는 없고, 그래서도 안 됩니다. 그리고 출구. 직접 만들지 않아도 시작할 수 있는 최소 구성은 이 정도라고 생각해요. - **데일리노트 습관**: 당일의 거친 기록을 한 곳에 남기는 것부터. 매끈할 필요 없습니다. 다음 액션과 판단 근거가 복원되면 충분해요. 그냥 일기 쓴다고 생각하고, 매일 기록을 작성해봅시다. 깔끔할 필요도 없고, 완벽할 필요도 없어요. 일단 쌓고 생각합시다. - **읽기자료 보관**: 링크만 남기지 말고, 원문이나 핵심 발췌를 옵시디언 안에 보존하세요. 링크는 언제라도 사라질 수 있어요. - **단순한 폴더 구조**: 당일 기록, 원문 보관, 정리된 노트 정도의 구분이면 시작으로 충분합니다. 구조를 다듬는 일에 먼저 빠지지 않는 게 요령이에요. - **기성 임베딩/검색 플러그인**: 직접 만들 이유가 없다면 커뮤니티 플러그인부터 써보면 됩니다. 중요한 건 도구가 아니라, "과거 기록을 현재 질문으로 다시 부르는" 경험 자체니까요. - **주기적 정리 루프**: 쌓기만 하면 노이즈가 이깁니다. 주기적으로 유효한 것을 압축하고 나머지를 흘려보내는 루프가 있어야 검색도 삽니다. 이 다섯 개면, 적어도 "기록은 쌓이는데 다시 읽히지 않는다"는 상태에서는 벗어날 수 있습니다. ## 이제는 우리가 헤어져야 할 시간 스마트폰 배터리 농담으로 시작했으니 거기로 돌아가겠습니다. 배터리가 떨어지면 우리는 잠깐 더 똑똑해지는 게 아니라, 분산되어 있던 지능의 절반을 잃는 것에 가깝습니다. 스마트폰과 AI가 있는 시대에 지능은 개인의 머릿속에만 있지 않아요. 이건 한탄할 일도, 예찬할 일도 아니고, 그냥 조건입니다. 외주화된 기억과 판단이 얼마만큼 내 필요에 맞게 작동하는지에 더 집중해야 합니다. 외주화 자체에만 집중하면, 결국 "자연으로 돌아가라" 외에는 남지 않을 거예요. 스마트폰은 편리하지만 휘발적이고, 알림과 앱의 질서에 쉽게 끌려갑니다. 외부 서비스는 강력하지만 내 기록이 어디에 있는지 점점 흐려지고요. 저는 외주화된 내 기억을 최대한 가까운 곳에, 멀더라도 손 뻗으면 닿는 어딘가에, 다시 검증 가능한 기록으로 남기고 싶습니다. 그래서 제게 옵시디언은 그냥 평범한 작업대예요. 작업대는 반짝이지 않습니다. 거칠고 투박하고 가끔 속 썩이기도 하고 골치 아프지만, 언제라도 편리하게 사용할 수 있습니다. 내일 아침에도 거기 있고, 어제 하던 고민을 오늘 제 앞에 다시 가져다줍니다. 지금의 저에게는 그거면 충분하고요. 물론, 아직 멀었지만요.