세컨드 브레인 옵시디언 구축, 세팅만 길어지는 이유

옵시디언을 깔았습니다. 볼트도 만들었습니다. 그런데 빈 화면 앞에서 손이 멈춥니다.

“세컨드 브레인은 옵시디언”이라는 말만 믿고 시작한 사람 대부분이 여기서 멈춥니다. 도구가 어려워서가 아닙니다. 무엇부터 채울지, 폴더를 어떻게 나눌지 정하지 못해서입니다.

이 글은 설치 튜토리얼이 아닙니다. 한 번 세팅하다 지쳐 본 사람을 위해, 어디서 시간을 버리고 어떻게 빠져나오는지를 먼저 다룹니다.

세컨드 브레인 뜻부터 다시 — 기대와 현실의 간격

세컨드 브레인은 개인 지식 관리(PKM) 시스템을 뜻합니다. 정보를 수집하고, 정리하고, 필요할 때 꺼내 쓰는 외부 두뇌입니다.

문제는 기대입니다. 많은 분이 “자동으로 다 기억해 주는 두 번째 뇌”를 상상하고 시작합니다. 실제로는 태깅, 링크, 주기적 리뷰를 사람이 계속 해야 유지됩니다.

해외 커뮤니티에서도 세컨드 브레인 서사가 과장됐다는 피로감이 반복해서 올라옵니다. 너무 복잡하다, 대부분에게는 그 정도까지 필요 없다는 반응입니다.

그래서 시작점은 거창한 시스템이 아닙니다. 빠르게 적고, 가끔 연결하는 습관 하나면 충분합니다.

세컨드 브레인은 옵시디언, 왜 다들 이걸 고를까

옵시디언은 로컬 마크다운 파일에 노트를 저장하는 데스크톱·모바일 앱입니다. 데이터는 기본적으로 내 기기에만 저장되고, 오프라인에서도 동작합니다.

핵심 장점은 세 가지입니다.

소유권: 표준 마크다운 오픈 포맷이라 특정 구독에 종속되지 않습니다. 언제든 다른 에디터로 옮길 수 있습니다.
연결 중심: 폴더가 아니라 내부 링크와 백링크, 그래프 뷰로 노트를 엮습니다.
무료 핵심 기능: 무료 요금제로 핵심 기능을 다 씁니다. Sync, Publish 같은 유료 애드온은 선택입니다.

⚠️ 한 가지 짚자면, 공식 페이지에 ‘세컨드 브레인 전용 요금제’는 없습니다. 세컨드 브레인은 옵시디언이 정해 주는 제도가 아니라, 사용자가 직접 설계하는 워크플로우입니다.

노션과 비교하면

항목	옵시디언	노션
저장 방식	로컬 마크다운 파일	클라우드
구조 철학	링크·태그 연결 중심	폴더·데이터베이스 중심
오프라인	완전 동작	제한적
협업	약함(개인 최적)	강함(팀 최적)
종속성	없음(오픈 포맷)	서비스 종속

혼자 쌓는 지식이면 옵시디언, 팀이 같이 쓰는 문서면 노션 쪽이 편합니다.

세팅만 길어지는 첫 번째 함정 — 설계 마비

가장 많은 사람이 멈추는 곳입니다. PARA냐 제텔카스텐이냐 GTD냐, 폴더를 몇 개로 쪼갤지, 태그를 얼마나 달지 고민하다 몇 주를 보냅니다.

여기서 핵심 오해가 하나 있습니다. “노션처럼 폴더를 촘촘히 짜야 한다”는 선입견입니다. 이게 옵시디언의 링크 중심 설계와 충돌하면, 나중에 링크가 꼬이고 쿼리가 복잡해집니다.

해법은 단순합니다. 얇은 폴더, 두꺼운 링크입니다.

상위 폴더는 3~4개만 둡니다. 예: Projects / Areas / Resources / Archive(PARA).
나머지 분류는 폴더가 아니라 속성(Properties)과 태그로 표현합니다.
프로젝트 상태나 우선순위 같은 메타데이터는 폴더가 아닌 속성에 넣습니다.

폴더를 늘리고 싶은 충동이 들면, 일단 태그로 처리하고 미루세요. 폴더는 나중에 합치기보다 나누기가 쉽습니다.

두 번째 함정 — “뭘 채우지?”에서 멈추는 공백

옵시디언을 켜 두고 무엇부터 쓸지 몰라 닫는 경우가 정말 많습니다.

특히 한국 사용자는 네이버 카페, 블로그에 이미 정리된 정보를 소비하는 데 익숙합니다. 그러다 보니 직접 메모를 쓰기보다 스크랩만 쌓다가 볼트가 창고처럼 변합니다. 캡처는 느는데 내 생각 노트는 거의 없는 상태입니다.

이걸 막는 기준 하나가 있습니다. 캡처할 때 한 줄이라도 내 말로 요약을 덧붙이는 것입니다.

단계	하는 일	한국형 소스 예시
캡처	빠르게 던져 넣기	네이버 블로그, 카페 글, 쿠팡 상품 정보, 공공데이터
정리	인박스를 읽으며 분류	Raw 폴더 → 주제별 노트
정제	내 말로 다시 쓰기	핵심 한 문장 + 출처 링크
표현	글·콘텐츠로 출력	블로그 초안, 스크립트

수집과 생각을 분리하는 게 핵심입니다. 모은 자료는 출처일 뿐, 노트는 내 문장이어야 합니다.

세 번째 함정 — 플러그인 과다와 업데이트 충돌

처음부터 Dataview, Tasks, Make.md를 다 깔고 “노션 같은” UI를 만들려다 무너지는 경우가 흔합니다. 업데이트 한 번에 레이아웃이 깨지거나 기능이 충돌합니다.

실제로 옵시디언 코어가 설정 UI와 검색을 개선하면서, 과거 필수로 여겨지던 ‘Settings Search’ 같은 플러그인은 기능 중복으로 정리됐습니다. 옛 추천 글을 그대로 따라 하면 오히려 꼬입니다.

권장은 최소 세트입니다.

처음엔 코어 플러그인(검색, 백링크, 그래프, 데일리 노트)만 켭니다.
커뮤니티 플러그인은 “이게 없어서 불편하다”가 명확할 때만 하나씩 추가합니다.
Dataview·Tasks는 쿼리 욕심이 생기는 시점에 도입해도 늦지 않습니다.

플러그인이 많을수록 시스템이 똑똑해지는 게 아니라, 깨질 지점이 늘어납니다.

2026년 최신 버전 기준으로 달라진 점

오래된 글이 상위에 많이 남아 있어, 최신 버전 기준을 따로 정리합니다.

데스크톱 최신 안정 버전은 1.13.1, 2026년 6월 9일 배포됐습니다.
1.12(2026년 2월)에서 Obsidian CLI가 공식 도입됐습니다. 터미널에서 노트 검색·열기·리네임 같은 자동화가 가능합니다.
iOS는 2026년 2월 이후 시스템 언어를 기본값으로 쓰고, 공유 시트로 Safari 등에서 콘텐츠를 바로 볼트에 저장할 수 있습니다.
macOS 스타일과 색상 시스템이 바뀌면서 오래된 CSS 스니펫·테마는 깨질 수 있습니다.
iOS 최소 지원이 14.5에서 15로 올라갔습니다.

⚠️ Sync·Publish 요금과 정책은 공식 페이지에서 수시로 바뀝니다. 가격을 글에 박제하기보다, 결정 직전에 공식 페이지에서 확인하시길 권합니다.

동기화·백업, 무엇을 고를까

동기화에서 가장 많이 갈리는 지점은 “유료 Sync냐, 클라우드 드라이브냐, Git이냐”입니다.

방식	장점	주의점
Obsidian Sync	엔드투엔드 암호화, 설정 간단	유료
클라우드 드라이브	무료·친숙	모바일 동기화 충돌 가능
Git	버전 관리·이력 추적	초기 학습 곡선

혼자 쓰고 충돌을 피하고 싶으면 Sync, 비용을 줄이고 싶으면 드라이브, 이력 관리가 중요하면 Git이 맞습니다.

세팅을 망쳤다면 — 갈아엎는 순서

이미 폴더 지옥에 빠졌거나 플러그인이 엉켰다면, 처음부터 다시 깔 필요는 없습니다.

모든 노트를 임시로 한 폴더(Inbox)에 모읍니다. 옵시디언은 폴더를 옮겨도 링크가 따라옵니다.
상위 폴더를 3~4개로 줄입니다.
커뮤니티 플러그인을 전부 끕니다. 코어만 남깁니다.
자주 여는 노트 10개만 골라 서로 링크를 겁니다. 이게 허브가 됩니다.
일주일 써 보고, 정말 아쉬운 기능만 플러그인으로 되살립니다.

핵심은 플러그인 다 지워도 살아남는 최소 구조를 먼저 확보하는 것입니다.

콘텐츠로 출력하는 파이프라인

세컨드 브레인이 진짜 값을 내는 순간은 출력할 때입니다. 쌓인 노트를 블로그 글이나 스크립트로 뽑아내는 흐름을 미리 설계하면 좋습니다.

그래프 뷰와 백링크로 연결이 많이 된 노트를 찾아 허브 노트로 승격시킵니다.
허브 노트를 골격 삼아 초안을 씁니다.
옵시디언의 HTML 포함 복사 기능이나 Obsidian Publish로 CMS에 옮깁니다.
최근에는 옵시디언 CLI와 외부 도구를 연결해 수집·요약·태깅을 부분 자동화하는 흐름도 자리잡고 있습니다.

수집 → 정제 → 출력이 하나의 길로 이어질 때, 볼트는 창고가 아니라 생산 라인이 됩니다.

자주 묻는 질문

세컨드 브레인 구축에 옵시디언이 꼭 필요한가요?

필수는 아닙니다. 다만 로컬 마크다운 기반이라 데이터 종속이 없고 연결 중심 설계에 강해 많이 선택됩니다. 팀 협업이 주목적이면 노션이 더 편할 수 있습니다. 도구보다 꾸준히 적고 연결하는 습관이 먼저입니다.

옵시디언은 완전 무료인가요?

핵심 기능은 무료 요금제로 모두 제공됩니다. Sync(동기화)와 Publish(웹 발행)는 선택형 유료 애드온입니다. ⚠️ 가격과 정책은 수시로 바뀌니 결제 전 공식 페이지에서 확인하시기 바랍니다.

PARA와 제텔카스텐 중 뭘 써야 하나요?

둘 중 하나를 고르려 몇 주를 쓰는 게 가장 흔한 함정입니다. 초기엔 상위 폴더 3~4개의 얇은 PARA로 시작하고, 노트가 쌓이며 연결이 필요해질 때 제텔카스텐식 링크를 더하는 방식이 안전합니다. 프레임워크는 도구지 목표가 아닙니다.