저장보다 중요한 것은 다시 찾는 일입니다
노트가 적을 때는 파일 탐색기만으로도 충분합니다. 왼쪽 폴더를 열고, 기억나는 제목을 클릭하면 됩니다. 하지만 노트가 수백 개를 넘어가면 방식이 달라져야 합니다. 이제 중요한 질문은 "어디에 저장했지?"가 아니라 "지금 필요한 맥락을 어떻게 다시 불러올까?"입니다.
옵시디언에서 다시 찾아오는 방법은 크게 네 가지입니다.
검색: 단어, 문장, 태그, 경로로 원하는 노트를 찾습니다.
백링크: 현재 노트를 언급한 다른 노트를 확인합니다.
그래프: 노트 사이의 연결을 그림으로 봅니다.
쿼리: 자주 찾는 조건을 저장해 반복 탐색을 줄입니다.
이 기능들은 노트를 많이 모으기 위한 장식이 아닙니다. 회의록에서 미완료 작업을 찾고, 오래전에 읽은 책의 생각을 프로젝트에 연결하고, 고립된 노트를 발견해 다시 살리는 도구입니다.
AI 생성 이미지
검색은 기억의 일부만으로 시작합니다
검색은 무엇일까요? 보관소 전체에서 특정 조건에 맞는 노트를 찾아 주는 기능입니다. 왜 필요할까요? 사람은 노트 제목과 위치를 정확히 기억하지 못합니다. 대신 단어 하나, 날짜, 태그, 문장 일부만 기억하는 경우가 많습니다.
검색은 이런 상황에서 씁니다.
예전에 적은 회의 결정 사항을 찾고 싶을 때
특정 프로젝트의 미완료 작업만 보고 싶을 때
어떤 책에서 나온 문장을 다시 확인하고 싶을 때
#상태/검토중같은 태그가 붙은 노트를 모아 보고 싶을 때
가장 단순한 검색은 키워드 입력입니다.
보고서 피드백이렇게 검색하면 두 단어가 들어간 노트를 찾을 수 있습니다. 정확한 문장을 찾고 싶다면 따옴표를 씁니다.
"최종 검토 필요"둘 중 하나만 들어 있어도 되는 넓은 검색은 OR를 씁니다.
제안서 OR 기획안반대로 특정 단어를 제외하고 싶다면 -를 붙입니다.
회의록 -임시검색은 처음부터 좁히지 않는 편이 좋습니다. 먼저 넓게 찾고, 결과가 너무 많으면 조건을 하나씩 추가합니다. "검색어를 잘못 골랐다"고 생각하기보다 "조건을 조금 더 설명한다"고 생각하면 됩니다.
경로, 태그, 파일명으로 검색을 좁힙니다
노트가 많아지면 단순 키워드만으로는 결과가 너무 많이 나옵니다. 이때는 검색 범위를 좁히는 조건을 함께 씁니다.
먼저 파일명 검색입니다. 제목이나 파일 이름에 특정 단어가 들어간 노트를 찾고 싶을 때 사용합니다.
file:회의록회의록이라는 단어가 파일명에 들어간 노트를 찾습니다. 회의 내용 본문 전체가 아니라 파일 이름을 중심으로 찾고 싶을 때 유용합니다.
다음은 경로 검색입니다. 경로는 노트가 들어 있는 폴더 위치입니다. 예를 들어 프로젝트 폴더 안에서만 찾고 싶다면 이렇게 검색할 수 있습니다.
path:10_Projects 피드백이 검색은 10_Projects 안에 있는 노트 중 피드백이라는 단어가 들어간 것을 찾는 식으로 사용할 수 있습니다. 폴더를 "큰 보관 구역"으로만 쓰더라도, 검색할 때는 강력한 필터가 됩니다.
다음은 태그 검색입니다.
tag:#상태/검토중태그 검색은 상태나 처리 단계별로 노트를 모을 때 좋습니다. 예를 들어 독서 노트 중 아직 정리하지 않은 것만 찾고 싶다면 다음처럼 조합할 수 있습니다.
tag:#상태/미정리 path:30_Resources작업 검색도 자주 씁니다. 옵시디언은 체크박스 형태의 작업을 검색할 수 있습니다.
task-todo:이렇게 하면 완료되지 않은 체크박스를 찾을 수 있습니다. 프로젝트 폴더 안의 미완료 작업만 보고 싶다면 조건을 붙입니다.
path:10_Projects task-todo:검색의 핵심은 "기억나는 단서"를 조합하는 것입니다. 단어가 기억나면 키워드로, 위치가 기억나면 경로로, 상태가 기억나면 태그로, 실행 여부가 중요하면 작업 조건으로 찾습니다. 검색 연산자는 여러 조건을 조합할수록 힘이 커집니다.1
그래프 뷰는 예쁜 지도가 아니라 점검 도구입니다
Graph View는 노트를 점으로, 링크를 선으로 보여 주는 시각화 기능입니다. 무엇인지 한 문장으로 말하면, 보관소 안의 연결 관계를 한눈에 보는 지도입니다. 왜 필요할까요? 폴더와 검색은 특정 노트를 찾는 데 강하지만, "내 지식이 어떤 모양으로 쌓이고 있는지"는 보여 주기 어렵습니다.
그래프를 열면 처음에는 복잡해 보일 수 있습니다. 점이 많고 선이 얽혀 있으면 멋있어 보이지만, 그 자체가 좋은 시스템을 뜻하지는 않습니다. 그래프는 감상용이 아니라 점검용으로 보는 것이 좋습니다.
그래프에서 확인할 것은 네 가지입니다.
첫째, 고립된 노트입니다. 연결선이 거의 없거나 혼자 떨어져 있는 노트입니다. 고립된 노트가 모두 나쁜 것은 아닙니다. 방금 만든 메모, 영수증, 단발성 기록은 고립되어도 괜찮습니다. 하지만 중요한 아이디어나 독서 노트가 계속 혼자 있다면 질문해야 합니다.
이 노트는 어떤 프로젝트, 개념, MOC와 연결되어야 할까?
둘째, 밀집된 주제입니다. 점들이 서로 촘촘히 연결된 구역은 반복해서 다룬 관심사일 가능성이 큽니다. 예를 들어 글쓰기, 회의 운영, AI 활용, 건강 관리 같은 주제가 자연스럽게 무리 지어 보일 수 있습니다. 이런 구역은 MOC로 발전시키기 좋습니다.
셋째, 다리 역할을 하는 노트입니다. 서로 다른 무리를 연결하는 노트가 있습니다. 예를 들어 회의록 작성법이 프로젝트 관리와 글쓰기 사이를 잇고 있다면, 이 노트는 단순한 기록이 아니라 여러 영역을 연결하는 지식 노트입니다.
넷째, 예상치 못한 연결입니다. 그래프를 보다 보면 전혀 다른 폴더에 있던 노트들이 같은 개념으로 이어져 있는 것을 발견할 때가 있습니다. 이때 새로운 글감, 프로젝트 아이디어, 연구 질문이 나옵니다.
전체 그래프는 보관소의 큰 구조를 볼 때 유용합니다. 다만 노트가 많아질수록 화면이 복잡해집니다. 이럴 때는 태그, 첨부파일, 고립 노트 표시 여부 같은 그래프 설정을 조절해 불필요한 요소를 줄입니다. 그래프는 많이 보이게 하는 것보다 지금 판단에 필요한 것만 보이게 하는 편이 좋습니다.2
백링크와 로컬 그래프로 주변 맥락만 봅니다
전체 그래프가 도시 지도라면, 백링크와 Local Graph는 현재 서 있는 골목 지도입니다.
백링크는 현재 노트를 링크한 다른 노트 목록입니다. 왜 필요할까요? 어떤 노트가 "어디에 쓰였는지"를 알려 주기 때문입니다. 예를 들어 회의 운영 원칙이라는 노트를 열었을 때 백링크에 다음 노트들이 보인다고 해 봅시다.
2026-05-12 팀 회의 회고신입 온보딩 개선 프로젝트리더십 독서 노트업무 MOC
이 목록은 회의 운영 원칙이 단순한 생각 노트가 아니라 실제 회의, 프로젝트, 독서, 업무 구조와 연결되어 있음을 보여 줍니다. 본문만 읽으면 놓치는 사용 맥락을 백링크가 복원해 줍니다.
백링크를 볼 때는 세 가지를 확인합니다.
이 노트를 자주 참조하는 프로젝트가 있는가?
같은 개념을 다른 이름으로 부른 노트가 있는가?
링크는 걸려 있지만 설명이 부족한 곳은 없는가?
링크가 문장 속에서 자연스럽게 쓰이지 않고 단어만 붙어 있다면, 나중에 왜 연결했는지 모를 수 있습니다. 필요하면 링크 주변에 한 줄을 덧붙입니다.
이번 회의에서 논의가 길어진 이유는 [[회의 운영 원칙]] 중 의사결정 기준이 명확하지 않았기 때문이다.이렇게 적으면 링크 자체가 설명을 품게 됩니다.
Local Graph는 현재 노트를 중심으로 가까운 연결만 보여 줍니다. 전체 그래프가 너무 복잡할 때 특히 유용합니다. 특정 노트를 열고 로컬 그래프를 보면, 그 노트와 직접 연결된 노트, 설정에 따라 한두 단계 떨어진 노트까지 볼 수 있습니다.
예를 들어 AI 글쓰기 활용 노트를 열고 Local Graph를 봅니다. 주변에 프롬프트 작성법, 초안 작성, 편집 체크리스트, 업무 보고서, 블로그 글쓰기가 보인다면 이 노트가 어느 방향으로 확장되고 있는지 알 수 있습니다. 여기서 빠진 노트가 떠오르면 링크를 추가하고, 너무 멀어진 노트가 보이면 연결 이유를 다시 점검합니다.
로컬 그래프는 공부할 때도 좋습니다. 한 개념을 중심으로 선수 지식, 예시, 응용 사례, 관련 프로젝트를 좁혀 볼 수 있기 때문입니다.3
자주 찾는 조건은 쿼리로 고정합니다
매번 같은 검색을 반복하고 있다면, 그 검색은 저장할 가치가 있습니다. 여기서 말하는 쿼리는 "조건을 적어 두고 필요할 때 다시 실행하는 검색문"입니다.
가장 쉬운 방법은 자주 쓰는 검색어를 홈 노트나 프로젝트 개요 노트에 적어 두는 것입니다.
## 자주 쓰는 검색
- 프로젝트 미완료 작업: `path:10_Projects task-todo:`
- 검토 중인 자료: `tag:#상태/검토중 path:30_Resources`
- 회의 결정 사항: `결정 사항 path:10_Projects`더 적극적인 방법은 노트 안에 검색 결과를 직접 표시하는 것입니다. 옵시디언에서는 query 코드 블록을 사용해 검색 결과를 노트 안에 넣을 수 있습니다.4
```query
path:10_Projects task-todo:
```이 블록을 다음 행동.md나 홈 노트에 넣어 두면, 프로젝트 폴더 안의 미완료 작업을 열 때마다 확인할 수 있습니다. 검색 패널을 매번 열지 않아도 됩니다.
프로젝트 리뷰 노트에는 이런 쿼리가 유용합니다.
```query
tag:#상태/검토중 path:10_Projects
```독서 정리 노트에는 이런 조건을 넣을 수 있습니다.
```query
tag:#상태/미정리 path:30_Resources
```중요한 것은 쿼리를 많이 만드는 것이 아닙니다. 자주 반복하는 질문만 쿼리로 바꾸면 됩니다.
이번 주에 끝내야 할 미완료 작업은 무엇인가?
검토 중인 자료는 어디에 모여 있는가?
아직 정리하지 않은 독서 노트는 무엇인가?
특정 프로젝트 안에서 결정 사항이 들어간 노트는 무엇인가?
옵시디언의 Bookmarks 기능을 사용한다면 자주 쓰는 검색을 북마크해 둘 수도 있습니다. 홈 노트에 쿼리를 넣을지, 북마크로 저장할지는 사용 방식에 따라 고르면 됩니다. 자주 보는 결과라면 노트 안에 넣고, 필요할 때만 실행하는 검색이라면 북마크가 편합니다.
다시 찾기 쉬운 노트가 좋은 노트입니다
검색, 그래프, 백링크, 쿼리는 서로 다른 기능처럼 보이지만 목적은 같습니다. 기록을 다시 사용할 수 있게 만드는 것입니다.
노트를 쓸 때마다 완벽한 제목, 완벽한 태그, 완벽한 폴더를 정하려고 하면 기록이 느려집니다. 대신 다음 네 가지 단서만 남겨도 충분합니다.
제목에 핵심 단어가 들어 있는가?
본문에 나중에 검색할 만한 표현이 있는가?
관련 노트와 최소 한두 개 연결되어 있는가?
상태나 유형이 필요할 때 태그나 속성으로 표시되어 있는가?
좋은 노트 시스템의 가치는 저장할 때보다 다시 찾아 쓸 때 드러납니다. 오늘 만든 작은 회의 메모가 다음 달 프로젝트 결정에 쓰이고, 오래된 독서 노트가 새 글의 근거가 되고, 흩어진 아이디어가 그래프에서 하나의 주제로 보이기 시작하면 시스템은 이미 작동하고 있는 것입니다.
이번 주에는 보관소 전체를 정리하려 하지 말고, 다음 세 가지만 해 보세요.
자주 쓰는 검색어 3개를 홈 노트에 적습니다.
고립된 노트 5개를 찾아 관련 노트나 MOC에 연결합니다.
중요한 노트 하나를 열고 백링크와 Local Graph로 주변 맥락을 확인합니다.
다시 찾는 연습이 쌓이면, 노트는 저장된 파일이 아니라 생각을 다시 시작하는 입구가 됩니다.
참고
1Obsidian Search: Five Hidden Features
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.