플러그인은 기능이 아니라 해결책이다
옵시디언의 큰 장점 중 하나는 플러그인이다. 플러그인은 기본 앱에 새로운 기능을 덧붙이는 확장 도구다. 일정 보기, 작업 관리, 그림 그리기, 웹 하이라이트 가져오기, 맞춤법 검사, Git 백업처럼 기본 기능만으로 부족한 부분을 보완한다.
하지만 플러그인은 많을수록 좋은 것이 아니다. 설치한 플러그인이 늘어나면 설정할 것도 늘고, 업데이트를 확인할 것도 늘고, 문제가 생겼을 때 원인을 찾기도 어려워진다. 처음에는 생산성이 올라가는 것처럼 보이지만, 시간이 지나면 "이 플러그인을 왜 설치했지?"라는 상태가 되기 쉽다.
플러그인을 고를 때는 먼저 이렇게 물어야 한다.
지금 내 노트 시스템에서 반복되는 불편은 무엇인가?
옵시디언 기본 기능으로 해결할 수 없는가?
이 플러그인을 쓰면 노트가 더 오래 재사용되는가?
나중에 플러그인을 지워도 내 데이터가 남아 있는가?
플러그인은 취향을 꾸미는 장식이 아니라, 명확한 문제를 줄이는 도구다.
AI 생성 이미지
먼저 코어 플러그인부터 익힌다
옵시디언에는 기본으로 포함된 코어 플러그인이 있다. 별도로 설치하지 않아도 설정에서 켜고 끌 수 있는 기능이다. 초보자는 커뮤니티 플러그인을 찾기 전에 코어 플러그인부터 확인하는 편이 좋다. 기본 기능만으로도 대부분의 노트 흐름을 만들 수 있기 때문이다.
Daily Notes
Daily Notes는 날짜별 노트를 자동으로 만드는 기능이다. 하루의 계획, 회의 메모, 떠오른 아이디어, 회고를 한곳에 모을 때 필요하다. 매일 같은 형식으로 기록하고 싶다면 가장 먼저 켤 만한 플러그인이다.
예를 들어 아침에는 오늘의 우선순위, 낮에는 회의 메모, 저녁에는 내일로 넘길 일을 적는다. 이렇게 쌓인 일일 노트는 나중에 프로젝트의 흐름을 되짚는 시간 기록이 된다.
Backlinks
Backlinks는 현재 노트를 언급한 다른 노트를 보여 준다. 내가 어떤 주제를 어디에서 다시 꺼냈는지 확인할 때 필요하다. 링크를 많이 쓰는 사람에게는 사실상 기본 기능에 가깝다.
예를 들어 [[보고서 작성]] 노트를 열었을 때, 과거의 회의록과 피드백 노트가 백링크에 나타난다. 그러면 보고서 작성이 단순한 글쓰기 문제가 아니라, 팀의 의사결정과 연결되어 있음을 볼 수 있다.
Templates
Templates는 반복되는 노트 구조를 미리 만들어 두고 삽입하는 기능이다. 회의록, 독서 노트, 프로젝트 개요처럼 매번 비슷한 항목을 쓰는 노트에 적합하다.
템플릿은 자동화를 위한 기능이라기보다 빠뜨리지 않기 위한 안내문에 가깝다. "결정 사항", "다음 행동", "관련 링크" 같은 항목을 미리 넣어 두면 노트의 품질이 일정해진다.
Canvas
Canvas는 노트, 카드, 이미지, 링크를 넓은 화면에 배치해 관계를 시각적으로 보는 기능이다. 글머리표나 폴더만으로는 흐름이 잘 보이지 않을 때 쓴다.
예를 들어 강의 기획, 책 목차, 서비스 구조, 복잡한 프로젝트 관계를 펼쳐 볼 수 있다. 다만 모든 노트를 Canvas로 만들 필요는 없다. 관계가 복잡해서 한눈에 봐야 할 때만 쓰는 것이 좋다.
Slash Commands
Slash Commands는 /를 입력해 명령을 빠르게 실행하는 기능이다. 마우스로 메뉴를 찾아가지 않고 템플릿 삽입, 콜아웃 작성, 명령 실행을 빠르게 하고 싶을 때 유용하다.
처음에는 꼭 필요하지 않을 수 있다. 하지만 옵시디언에서 반복적으로 실행하는 명령이 많아지면 작업 속도를 줄여 준다.
코어 플러그인은 옵시디언 업데이트와 함께 관리되고, 커뮤니티 플러그인은 별도로 업데이트를 확인해야 한다. 그래서 유지보수 부담을 줄이려면 기본 기능을 먼저 쓰고, 부족한 부분만 커뮤니티 플러그인으로 채우는 편이 안정적이다.1
커뮤니티 플러그인은 문제별로 고른다
커뮤니티 플러그인은 옵시디언 사용자와 개발자가 만든 확장 기능이다. 강력하지만, 그만큼 선택 기준이 필요하다. 아래 플러그인들은 많이 언급되는 예시지만, 모두 설치하라는 뜻은 아니다. 내가 가진 문제가 분명할 때만 선택한다.
Calendar: 날짜 노트를 더 쉽게 찾고 싶을 때
Calendar는 달력 화면에서 Daily Notes를 열 수 있게 해 주는 플러그인이다. 일일 노트를 자주 쓰고, 특정 날짜의 기록으로 빠르게 이동하고 싶을 때 유용하다.
문제는 "나는 날짜별 기록을 많이 쓰는데, 파일 목록에서 찾기 번거롭다"이다. 이 문제가 없다면 Calendar는 없어도 된다. Daily Notes 자체는 코어 플러그인만으로도 충분히 사용할 수 있다.
Tasks: 체크박스를 진짜 작업 관리로 쓰고 싶을 때
옵시디언 기본 체크박스는 간단한 할 일 기록에 충분하다. 하지만 마감일, 반복 일정, 우선순위, 완료된 작업 필터링까지 하고 싶다면 Tasks류 플러그인을 검토할 수 있다.
예를 들어 여러 프로젝트 노트에 흩어진 - [ ] 항목을 한곳에 모아 보고 싶을 때 도움이 된다. 다만 작업 관리가 복잡해질수록 노트 작성보다 작업 설정에 시간을 쓰기 쉽다. 처음에는 기본 체크박스와 검색으로 버틸 수 있는지 먼저 확인하자.
Excalidraw: 손그림과 구조도를 노트 안에 넣고 싶을 때
Excalidraw는 그림, 다이어그램, 손글씨 느낌의 스케치를 만들 때 쓰는 플러그인이다. 개념 관계, 회의 중 화이트보드 내용, 시스템 구조, 강의 설명 그림을 노트와 함께 보관하고 싶을 때 적합하다.
텍스트로 정리하기 어려운 생각이 있다면 큰 도움이 된다. 반대로 대부분의 기록이 글과 목록으로 충분하다면 굳이 필요하지 않다.
Web Clipper와 읽기 앱 연동: 웹 자료를 가져오고 싶을 때
웹 글, 하이라이트, 메모를 옵시디언으로 가져오고 싶다면 먼저 공식 Obsidian Web Clipper를 확인해 볼 만하다. 웹페이지의 본문이나 선택한 내용을 Markdown 파일로 저장할 수 있고, 템플릿을 이용해 출처, 제목, 작성자 같은 정보를 함께 남길 수 있다.2
Readwise Reader, Raindrop, wallabag, Instapaper 같은 읽기 앱과 연동하는 방식도 있다. 자료를 많이 읽고, 밑줄 친 내용을 나중에 독서 노트나 자료 노트로 발전시키는 사람에게는 이런 흐름이 유용하다. 다만 특정 서비스 이름만 보고 따라 설치하기보다는, 지금도 서비스가 안정적으로 운영되는지와 내보내기 기능이 충분한지를 먼저 확인해야 한다. 예전에 옵시디언 사용자에게 많이 언급되던 Omnivore는 2024년에 hosted 서비스가 종료되었고, 사용자는 데이터를 내보내야 했다.3 이런 사례는 "좋아 보이는 플러그인"보다 "내 데이터가 오래 남는 방식"이 더 중요하다는 점을 잘 보여 준다.
중요한 점은 가져오는 것보다 소화하는 것이다. 웹 하이라이트가 자동으로 들어와도, 내 생각과 연결하지 않으면 보관소는 금방 자료 창고가 된다. 가져온 뒤에는 요약, 내 의견, 관련 프로젝트 링크를 붙이는 규칙이 필요하다.
LanguageTool: 글을 다듬고 싶을 때
LanguageTool류 플러그인은 맞춤법, 문법, 표현 오류를 확인하는 데 도움이 된다. 블로그 글, 보고서, 논문 초안처럼 외부에 보여 줄 글을 옵시디언에서 작성한다면 검토 시간을 줄일 수 있다.
다만 모든 제안을 그대로 받아들이지는 말아야 한다. 문법 도구는 문맥을 완벽하게 이해하지 못한다. 글의 의도와 독자의 상황은 작성자가 최종 판단해야 한다.
Git류 플러그인: 버전 관리와 백업을 강화하고 싶을 때
Git류 플러그인은 보관소 변경 내역을 저장소에 기록하고, 이전 상태로 되돌릴 수 있게 해 준다. 개발자에게 익숙한 방식이지만, 초보자에게는 설정이 부담스러울 수 있다.
중요한 프로젝트 글, 연구 노트, 장기간 쌓이는 원고를 관리한다면 Git 백업은 강력하다. 그러나 Git을 모르는 상태에서 무리하게 도입하면 동기화 충돌이나 설정 오류 때문에 오히려 불안해질 수 있다. 이 경우에는 먼저 일반 클라우드 백업이나 옵시디언 동기화 방식부터 안정화하는 편이 좋다.
설치 전 평가 기준 세 가지
플러그인을 설치하기 전에 최소한 세 가지를 확인하자.
첫째, 모바일에서 필요한가. 옵시디언은 데스크톱과 모바일 사용 경험이 다를 수 있다. 어떤 플러그인은 모바일에서 작동하지 않거나, 화면이 작아 불편할 수 있다. 노트를 주로 휴대폰에서 쓰는 사람이라면 데스크톱에서 멋진 기능보다 모바일에서 안정적으로 열리는지가 더 중요하다.
둘째, 업데이트가 계속되는가. 커뮤니티 플러그인은 개발자가 유지해야 한다. 오랫동안 업데이트가 없거나 최근 옵시디언 버전에서 문제가 많다면 신중해야 한다. 반대로 업데이트가 너무 잦은 플러그인도 관리 부담이 생길 수 있다.
셋째, 데이터 잠금이 생기는가. 데이터 잠금은 특정 플러그인이 있어야만 내용을 제대로 볼 수 있는 상태를 말한다. 예를 들어 일반 Markdown으로 남는 체크박스, 링크, 표는 플러그인을 지워도 어느 정도 읽을 수 있다. 하지만 특수한 코드나 전용 형식에 지나치게 의존하면 플러그인을 떠나기 어려워진다.
가장 안전한 플러그인은 노트를 더 편하게 만들지만, 노트의 핵심 내용을 일반 Markdown 안에 남겨 두는 플러그인이다.
2주 실험 후 남길지 결정한다
플러그인은 설치보다 삭제가 어렵다. 그래서 처음부터 "정식 도입"하지 말고 "2주 실험"으로 시작하는 편이 좋다.
실험 노트를 하나 만들고 다음 항목을 적어 둔다.
## 플러그인 실험: Tasks
- 해결하려는 문제: 프로젝트 노트에 흩어진 할 일을 한곳에서 보고 싶다.
- 대체 방법: 기본 검색 `task-todo:`와 다음 행동 노트
- 실험 기간: 2026-06-15 ~ 2026-06-29
- 유지 조건: 매주 작업 검토 시간이 줄어들 것
- 삭제 조건: 설정 관리가 더 번거롭거나 모바일에서 불편할 것이렇게 적어 두면 플러그인을 감정으로 판단하지 않는다. 실제로 문제가 줄었는지 확인할 수 있다.
2주 뒤에도 쓰지 않았다면 삭제한다. 기능이 좋아 보여도 내 흐름에 들어오지 못했다면 지금은 필요 없는 기능이다.
.obsidian 폴더도 함께 관리한다
옵시디언 보관소 안에는 보통 .obsidian이라는 숨김 폴더가 있다. 이 폴더에는 앱 설정, 테마 설정, 단축키, 코어 플러그인 활성화 정보, 커뮤니티 플러그인 파일과 설정 등이 저장된다.
즉, 노트 파일만 백업하면 글의 내용은 남지만 작업 환경은 완전히 복원되지 않을 수 있다. 반대로 .obsidian 폴더까지 통째로 복사하면 플러그인 설정까지 옮겨질 수 있지만, 다른 기기에서 호환되지 않는 설정이나 불필요한 플러그인까지 함께 따라올 수 있다.
백업할 때는 목적을 나누어 생각하자.
노트 내용 보존이 목적이라면
.md파일과 첨부 파일이 가장 중요하다.같은 작업 환경을 복원하려면
.obsidian폴더도 함께 백업한다.문제가 생긴 보관소를 점검할 때는
.obsidian폴더를 잠시 분리해 기본 상태로 열어 볼 수 있다.새 기기로 옮길 때는 플러그인이 모두 정상 작동하는지 하나씩 확인한다.
특히 커뮤니티 플러그인을 많이 쓰는 보관소일수록 .obsidian 폴더의 중요성이 커진다. 하지만 동시에 문제의 원인도 그 안에 있을 가능성이 높아진다. 그래서 플러그인을 적게 유지하는 것은 백업과 이전을 쉽게 만드는 방법이기도 하다.
나에게 맞는 최소 조합 만들기
초보자에게 추천할 만한 출발점은 단순하다.
매일 기록한다면: Daily Notes + Templates
연결을 자주 확인한다면: Backlinks
날짜 이동이 많다면: Calendar 검토
흩어진 작업이 많다면: Tasks 검토
그림으로 생각해야 한다면: Excalidraw 검토
웹 자료를 많이 읽는다면: 공식 Web Clipper 또는 읽기 앱 연동 검토
긴 글을 다듬는다면: LanguageTool 검토
버전 관리가 중요하다면: Git류 플러그인 검토
이 목록은 정답이 아니다. 중요한 것은 내 문제가 먼저이고, 플러그인은 나중이라는 순서다.
옵시디언을 오래 쓰는 사람은 플러그인을 많이 설치한 사람이 아니라, 자신에게 필요한 기능과 필요하지 않은 기능을 구분할 줄 아는 사람이다. 작게 시작하고, 실제 불편이 반복될 때 하나씩 더한다. 그리고 더 이상 쓰지 않는 플러그인은 과감히 지운다.
적은 플러그인은 빈약한 시스템이 아니다. 오히려 오래 유지되는 시스템에 가깝다.
참고
1How to Install, Activate, and Update Obsidian Plugins
3ElevenLabs has hired the team behind Omnivore, a reader app
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.