옵시디언은 메모 앱이 아니다: 카르파티 스타일 지식 스택 완전 가이드
옵시디언은 메모 앱이 아니다: 카르파티 스타일 지식 스택 완전 가이드
프롤로그: 노트는 쌓이는데, 두뇌는 안 자란다
옵시디언 볼트에 노트 10,000개. 위키링크 2,000개. MOC도 만들었다. 플러그인도 깔았다.
그런데 AI에게 "내 볼트 전체를 보고 새 노트 써줘"라고 하면?
한 노트 요약은 잘한다. 열 개를 읽고 MOC와 교차 참조해서 다시 쓰라고 하면, 흐름을 잃는다. 존재하지 않는 프로젝트X를 만들어낸다. 다른 분류 체계의 태그를 붙인다.
대부분의 옵시디언 유저는 같은 함정에 빠진다. 노트 앱, AI 채팅, 에이전트를 세 개의 별개 세계로 쓴다.
나는 LearningMaster 볼트를 매일 쓴다. @polydao가 공유한 "카르파티 스타일 지식 스택"을 읽으며, 옵시디언 유저에게 딱 맞는 그림이 보였다.1 핵심은 단순하다.
옵시디언 = 기억 / Hermes = 손발 / MiniMax M3 = 추론 엔진
> 이 셋이 하나의 피드백 루프로 돌아가면, "LLM 쓰기"가 아니라 두 번째 두뇌를 키우는 것처럼 느껴진다.
I – 왜 "메모 앱"으로는 부족한가
클래식 PKM은 세 가지 방식으로 무너진다. 옵시디언 유저라면 한 번쯤 겪었을 것이다.
| 증상 | 옵시디언 유저의 체감 |
|---|---|
| 쓰고 끝 | Inbox에 쌓인 채 방치. "나중에 정리"가 영원히 안 옴 |
| AI 기억상실 | ChatGPT/Claude 세션마다 볼트 구조·태그 규칙을 다시 설명 |
| 맥락 증발 | 진지한 작업의 맥락이 내 머릿속과 모델 RAM에서 동시에 사라짐 |
우리가 진짜 원하는 것은 이것이다.
- 내가 아는 모든 것이 로컬에 연결된 그래프로 존재
- 그래프 위에 떠 있는 AI가 아니라, 그래프 안에서 일하는 에이전트
- 노트 2~3개가 아니라 볼트 전체를 한 번에 읽고 추론하는 모델
graph TD
subgraph 문제 ["🔴 지금 대부분의 옵시디언 유저"]
A[옵시디언에 노트 작성] --> B[AI 채팅에 복붙]
B --> C[세션 종료 → 망각]
C --> D[다시 복붙]
end
subgraph 해결 ["🟢 지식 스택"]
E[옵시디언 = Ground Truth] --> F[Hermes = 오케스트레이션]
F --> G[M3 = 장문맥 추론]
G --> H[결과가 다시 볼트로]
H --> E
end
"가치 있는 것은 먼저 옵시디언에. 에이전트가 유용한 일을 했다면, 그 결과는 노트가 되어야 한다."
이 한 줄이 전부다.1
II – 1층: 옵시디언을 '진실의 원천'으로
옵시디언이 이 스택에서 지루하지만 가장 중요한 이유는 세 가지다.
① 로컬 마크다운. 클라우드에 갇히지 않는다. 에이전트가 grep, diff, git으로 읽을 수 있다.
② 백링크 + 그래프 뷰. 아이디어가 채팅 기록에서 사라지지 않고 클러스터로 모인다.
③ 플러그인 생태계. 볼트를 문서·태스크·데이터셋의 프로그래밍 가능한 그래프로 바꾼다.
Hermes가 노트를 읽고, 리팩터링하고, 새로 만들어도 볼트가 주인이다. 에이전트는 대체자가 아니라 운영자다.
옵시디언 유저를 위한 폴더 구조
@polydao가 실전에서 쓰는 레이아웃이다.1
MainVault/
Inbox/ ← 자유롭게 던지기
Daily/ ← 마찰 없는 일일 로그
Reading/ ← 원문·하이라이트·인용
Projects/ ← 지속적인 산출물
Reviews/ ← 주간·월간 종합
AI/
Hermes/ ← 에이전트 설정·스킬
MiniMax/ ← 모델 관련 메모
운영 규칙 (YAML 없이도 작동한다):
| 누가 | 어디에 | 무엇을 |
|---|---|---|
| 🧑 나 | Inbox/, Daily/, Reading/ | 자유롭게 캡처 |
| 🤖 Hermes | Projects/, Reviews/, AI/ | 요약·병합·구조화 |
| 📌 장기 보관 | Projects/, 주제 폴더 | 안정적·예측 가능한 위치 |
볼트가 엉망이면 Hermes도 엉망을 해석하는 데 시간을 쓴다. 구조가 곧 AI의 성능이다.
III – 2층: Hermes, 볼트 안에서 일하는 에이전트
Hermes Agent는 Nous Research의 자가 개선형 오픈소스 에이전트다.2 핵심은 세 가지다.
- 세션마다 리셋하지 않고 과거 대화를 검색해 맥락 회상
- 경험에서 스킬을 생성하고 사용 중 개선
- CLI·Desktop·스케줄러로 백그라운드 작업 실행
Chris Lettieri도 비슷한 접근을 쓴다. 옵시디언 볼트를 ETL로 전처리하고, MCP로 에이전트에 노트 그래프를 노출한다.3 차이점은 Hermes가 파일 시스템에 직접 읽고 쓰는 쪽에 가깝다.
Obsidian Vault
↓
Hermes Agent ← 파일 읽기, 도구 실행, 작업 예약
↓
MiniMax M3 ← 추론
↓
업데이트된 노트, 요약, 스킬, 예약 작업
"Hermes는 옵시디언을 대체하지 않는다. 볼트와 모델 사이에 앉아서, 볼트를 실행 가능한 것으로 만든다."
Hermes 메모리 vs 옵시디언 볼트 — 역할 분담
옵시디언 유저가 헷갈리기 쉬운 부분이다.
| 저장소 | 용량 | 역할 | 비유 |
|---|---|---|---|
| 옵시디언 볼트 | 무제한 | 지식의 전체 그래프 | 도서관 |
| Hermes MEMORY.md | ~2,200자 | 환경·관례·교훈 | 에이전트의 포켓 수첩 |
| Hermes USER.md | ~1,375자 | 당신의 선호·스타일 | 명함 |
| Hermes session_search | 전체 세션 | "지난주에 뭐 얘기했지?" | 검색 엔진 |
Hermes 메모리는 항상 프롬프트에 들어가는 소량의 핵심이다.2 볼트 전체를 대체하지 않는다. 볼트가 지식이고, Hermes 메모리는 에이전트의 습관이다.
볼트 연결 방법 (5분)
# macOS / Linux
export OBSIDIAN_VAULT="$HOME/Documents/LearningMaster"
ls "$OBSIDIAN_VAULT"
# 설치 (한 줄)
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
# 설정
hermes setup
hermes doctor
hermes model # MiniMax M3 선택
첫 작업은 코드가 아니다. 폴더 하나를 지정하고, 노트 하나를 만들게 한 뒤, 옵시디언에서 결과를 확인하는 것이다.1
IV – 3층: MiniMax M3, 그래프 전체를 읽는 추론 엔진
@polydao가 M3를 선택한 이유는 벤치마크가 아니었다. 워크플로가 모델보다 컸기 때문이다.1
M3가 빛나는 3가지 (옵시디언 관점)
① 내 태그 체계를 실제로 쓴다
고정 스키마 41개 태그 (#coin/, #project/, #concept/ 등). M3는 새 노트 작성 시 90% 첫 시도에 맞는 태그를 고른다. 200K 컨텍스트 모델은 60% 수준이었다.1
차이는 "예시 몇 개로 추측" vs "태그 전체를 한눈에 보고 추론".
② 30번 도구 호출해도 흐름을 안 잃는다
볼트 린트 = MOC 읽기 → 위키링크 따라가기 → 태그 카운트 → 중복 스캔 → 보고서 작성. 30+ 도구 호출. 대부분 모델은 8~9번째에 드리프트한다. M3는 끝까지 일관된다.1
③ Forward Reference를 기능으로 쓴다
개념이 아직 없으면 아직-없는-개념을 그대로 쓴다. 옵시디언에서 회색 링크로 보인다. 주간 린트 때 한 번에 정리하면 된다. 가짜 노트를 만들거나 링크를 건너뛰는 것보다 훨씬 낫다.
옵시디언 유저에게 이건 익숙한 패턴이다. 미완성 링크 = 미래의 노트 목록.
솔직한 주의 3가지
- 첫 응답이 느리다. 컨텍스트 프리로드 때문. 3초가 아니라 10초를 줘라.
- 존재하지 않는 위키링크를 자신 있게 쓴다. 주간 린트를 건너뛰면 쓰레기 링크가 쌓인다.
- 다이어그램 많은 PDF는 전용 비전 도구가 낫다. 짧은 스크린샷·이미지 텍스트는 OK.
모델 선택 룰 오브 썸
| 작업 | 모델 |
|---|---|
| 파일 이름 바꾸기, YAML 포맷, 문자열 찾기 | 빠르고 저렴한 소형 모델 |
| 볼트 전체 읽기, MOC 교차 참조, 30+ 도구 호출 | MiniMax M3 |
V – 옵시디언 유저를 위한 실전 워크플로
자동화할 가치가 있는 작업
"질문 하나 답하기"가 아니다. 반복 변환이다.1
| 작업 | 입력 | 출력 |
|---|---|---|
| 📅 데일리 요약 | 어제 Daily/ | Reviews/에 구조화 요약 |
| 📚 리딩 병합 | Reading/ 노트 10개 | evergreen 노트 1개 |
| 🔍 주간 리뷰 | Daily/ + Projects/ 7일치 | Reviews/2026-W24.md |
| 🧹 볼트 린트 | 전체 볼트 | 고아 노트·중복·구조 문제 보고서 |
| ✍️ 아티클 컴파일 | raw/ 새 글 | 5섹션 노트 + MOC 업데이트 제안 |
가장 자주 쓰는 작업: raw/에 아티클을 넣고, 5섹션 노트로 컴파일.
# Profile → # Context → # Links into vault → # Tags → # Related
M3가 한 번에 처리하는 것:
- 41개 태그 중 올바른 primary tag 선택
- 기존 노트에 8~12개 위키링크
- 업데이트 필요한 MOC 알려주기
200K 모델은 4개 중 3개. M3는 4개 전부 한 패스에 통과한다.1
스케줄링 = 진짜 세컨드브레인
채팅 답변은 사라진다. 예약된 볼트 유지보수는 복리다.
| 시간 | 작업 |
|---|---|
| 매일 08:00 | 어제 노트 → Reviews/ 데일리 요약 |
| 매주 금요일 | 주간 리뷰 생성 |
| 매일 1회 | 고아 노트·구조 문제 스캔 |
| 매일 밤 | Reading/ 하이라이트 → 원자 노트 + 링크 |
6개월 후, M3는 당신의 목소리, 태그 체계, MOC 업데이트 패턴을 "알고" 있다. 재학습 없이. 매번 컴파일된 노트가 다음 질문의 맥락이 되기 때문이다.
pie title 지식 스택 가치 축적 방식
"예약된 볼트 유지보수" : 40
"에이전트 피드백 루프" : 30
"장문맥 그래프 추론" : 20
"일회성 AI 채팅" : 10
VI – 오늘부터 시작하는 5단계
풀 스택을 한 번에 깔 필요 없다. 루프 하나부터.
1. 볼트 폴더 정리 — Inbox/, Daily/, Reading/, Projects/, Reviews/ 최소 5개
2. Hermes 설치 — CLI 또는 Desktop
3. OBSIDIAN_VAULT 경로 설정 — LearningMaster 볼트 연결
4. M3를 기본 장문맥 모델로 설정 — hermes model
5. 폴더 하나, 노트 하나 — Reading/ 폴더를 읽고 요약 노트 1개 생성 → 옵시디언에서 검수
이게 "지루하고 믿을 만해질" 때까지 반복한다. 그다음 루프를 하나씩 추가한다.
옵시디언 유저 체크리스트
- MOC가 있는가? (에이전트가 그래프의 허브로 쓴다)
- 태그 체계가 고정되어 있는가? (AI가 추측하지 않게)
- Inbox → Projects 파이프라인이 있는가?
- 회색 위키링크(Forward Reference)를 주간에 정리하는가?
- AI 결과가 볼트에 노트로 남는가? (채팅에만 남지 않는가)
💭 이 글을 읽고 생각해볼 질문
-
당신 볼트에서 AI에게 맡기면 가장 먼저 자동화할 반복 작업은 무엇인가? (주간 리뷰? 리딩 노트 병합? MOC 업데이트?)
-
미완성 링크를 "쓰레기"로 볼 것인가, "미래 노트 목록"으로 볼 것인가? 주간 린트 루틴이 있다면 AI Forward Reference와 어떻게 맞물릴까? -
Hermes 메모리(~1,300토큰)와 옵시디언 볼트(무제한) 중, 에이전트가 항상 기억해야 할 것 3가지는 무엇을 어디에 둘 것인가?
댓글로 당신의 볼트 구조와 자동화 아이디어를 공유해주세요.
결론: 챗봇이 아니라, 자라는 그래프
시의적 화두는 "어떤 AI 모델이 가장 똑똑한가"다.
하지만 옵시디언 유저에게 보편적 질문은 이것이다.
내 노트는 쌓이고 있는가, 아니면 생각하고 있는가?
노트 앱은 저장한다. 지식 스택은 성장한다. 옵시디언이 기억이고, Hermes가 손발이고, M3가 추론이면 — 매주 한 바퀴 도는 피드백 루프가 당신만의 태그 체계, 목소리, MOC 패턴을 천천히 학습한다.
채팅은 매번 처음부터다. 볼트는 매번 두꺼워진다.
"일회성 대화가 아니라, 그 반복 루프 자체가 진짜 제품이다."
Sources
이 글이 도움이 되셨다면, 옵시디언을 쓰는 한 명의 친구에게 공유해주세요.*