Claude × Obsidian으로 '감정의 흔적'을 남기는 메커니즘 만들기

서론

AI와 대화하다 보면 아주 좋은 아이디어가 떠오르거나 깊은 성찰을 할 때가 있다. 하지만 채팅이 끝나면 그 내용은 흘러가 버린다. "그때 Claude와 나눴던 내용이 뭐였더라..."라는 상황을 몇 번이나 반복한 끝에, 비로소 생각의 흔적을 남기는 메커니즘의 필요성을 깨달았다.

이 기사에서는 Claude(claude.ai)와 Obsidian을 MCP를 통해 연결하여, 대화에서 탄생한 아이디어나 저널링(Journaling) 기록을 구조화하여 저장하는 메커니즘의 구축 과정을 소개한다.

최종적으로는 Claude.ai의 커스텀 스킬(Custom Skill)로서 /obsidian ideas라고 입력하는 것만으로 저장할 수 있는 단계까지 구현한다.

이 기사에서 다루는 내용

• Obsidian과 Claude를 MCP로 연결하여, Claude에서 직접 노트를 생성할 수 있도록 함
• 운영 가이드(Obsidian-Claude.md)를 vault 내에 설치하여 템플릿과 규칙을 일원 관리함
• Claude.ai의 스킬 기능을 사용하여 /obsidian 폴더명으로 저장할 수 있는 워크플로우를 구축함
• 저널링용 프로젝트(Lifewell)의 리포트 구조에 맞춰 템플릿을 최적화함

배경: 왜 Obsidian인가

Notion도 Google Docs도 아닌 Obsidian을 선택한 이유는 간단하다.

로컬 Markdown 파일이라는 점이다. 즉, 데이터는 자신의 소유이며, 포맷은 표준적이고, 어떤 도구와도 조합할 수 있다. 그리고 Obsidian의 [[wikilink]]를 통한 노트 간의 링크는 "점과 점을 이어 사고의 지도를 넓히는 데" 최적이었다.

하지만 Obsidian은 쓰는 도구일 뿐, "AI와의 대화 내용을 자동으로 구조화하여 저장하는" 기능은 가지고 있지 않으며, wikilink를 직접 관련 기사를 찾아가며 붙이는 것도 번거롭고 효율적이지 않다.

Claude와의 연동을 통해 이 부분을 자동화하면, 저절로 링크가 확장되어 나갈 것이다.

Phase 1: Obsidian과 Claude의 연결

Obsidian MCP 플러그인 도입

Obsidian 측

• MCP tools 설치
• Local Rest API 설치
• Templater 설치

Claude 측

• /Library/Application Support/Claude/claude_desktop_config.json에 로컬 MCP 서버 등록을 수행

"mcpServers": {
"obsidian": {
"command": "npx",
...

이로써 다음 도구들을 Claude 측에서 사용할 수 있게 된다.

• obsidian:create_note — 노트 신규 생성
• obsidian:read_note — 기존 노트 읽기
• obsidian:list_notes — 노트 목록 가져오기
• obsidian:delete_note — 노트 삭제
• obsidian:move_note — 노트 이동

연결 후, Claude에게 "Obsidian의 노트 목록을 보여줘"라고 말하면 vault 내의 파일 구성이 반환된다.

Obsidian-Claude.md
💡ideas/외견과 내용의 의외성 만들기.md
💡ideas/뒷캐릭터 AI - Agent Teams 프로젝트 계획서.md
...

이것만으로도 Claude가 "Obsidian 안에 무엇이 있는지" 파악하여, 관련 노트에 링크를 걸거나 기존 노트와의 중복을 피할 수 있게 된다.

실제로 느낀 주의점

운영하는 과정에서 몇 가지 난관이 있었다.

obsidian:move_note는 세션 중에 조용히(silently) 실패하는 경우가 있다. 파일명 변경은 "삭제 후 재생성"하는 것이 확실했다. 또한, tool_search로 Obsidian 도구를 재검색하면 연결이 끊겨 이후 세션에서 사용할 수 없게 되는 경우가 있다. 이 경우에는 새로운 채팅을 여는 것이 가장 빠르다. 파일 생성 시 경로에 .md가 중복으로 붙는 케이스도 있었으므로, list_notes로 생성 후에 확인하는 습관을 들이는 것이 좋다.

Phase 2: 운영 가이드 설계

MCP로 연결된 것은 좋지만, 매번 "이런 템플릿으로, 이 폴더에, 이 규칙으로 저장해줘"라고 지시하는 것은 번거롭다. 그래서, vault 내에 운영 가이드가 되는 Markdown 파일을 두기로 했다.

Obsidian-Claude.md의 역할

vault 직하에 Obsidian-Claude.md를 생성하여 다음과 같이 정의했다.

폴더 구성과 그 용도:

폴더	용도	사용 시점
📥inbox/	떠오른 생각 · 깨달음 · 미정리 메모	아직 형태를 갖추지 않은 단계
💡ideas/	다듬어진 아이디어 · 프로젝트 계획	아이디어의 방향성이 확정되었을 때
📓journal/	저널링(Journaling)의 내용과 결과	회고 · 기록을 남기고 싶을 때

폴더별 템플릿:

ideas용으로는 컨셉 · 배경 · 기술 스택 · 과제 · 다음 액션과 같은 구조화된 템플릿을, journal용으로는 테마 · 내용 · 분석 · 감정의 시각화 · 액션 · 다음을 위한 질문과 같은 Lifewell 대응 템플릿을, inbox용으로는 심플한 자유 기술 템플릿을 각각 정의했다.

링크 규칙:

노트 작성 시 list_notes로 기존 노트를 확인하고, 관련이 있으면 [[wikilink]]로 링크를 거는 규칙으로 정했다. 이를 통해 노트 간의 연결이 자동으로 엮여 나가게 된다.

왜 vault 내에 가이드를 두는가

"템플릿을 Claude의 프롬프트나 스킬(Skill)에 직접 작성하는" 선택지도 있었다. 하지만 vault 내에 두는 이점은 크다.

우선, 템플릿을 바꾸고 싶을 때 Obsidian에서 직접 편집하면 즉시 반영된다. 스킬의 재패키징이나 시스템 프롬프트(System Prompt)의 변경은 필요 없다. 다음으로, Obsidian 상에서 이 가이드 자체를 열람 및 관리할 수 있기 때문에, 설령 Claude가 아닌 다른 AI 도구를 사용하더라도 동일한 형식으로 메모를 생성할 수 있다.

그리고 무엇보다, 가이드 자체가 지식(Knowledge)의 일부가 되므로, vault 내에서 일람했을 때 "내가 어떤 규칙으로 지식을 정리하고 있는가"가 남는다.

Phase 3: 저널링과의 통합

여기서부터가 이 메커니즘의 진가가 발휘되는 부분이다.

Lifewell 프로젝트

Claude.ai의 프로젝트 기능을 사용하여, "My Journaling"이라는 프로젝트를 운영하고 있다. 이 프로젝트에는 Lifewell라는 웰빙(Well-being) 전문 저널링 컴패니언으로서의 설정이 들어있어, CBT(인지 행동 치료)나 마인드풀니스(Mindfulness)를 기반으로 한 대화가 가능하다.

Lifewell의 리포트는 6단계 구조를 가지고 있다. 공감(Empathy), 기록(날짜/감정/트리거/통찰의 구조화), 분석(패턴 추출), 시각화(감정 차트), 액션(SMART 목표), 다음을 위한 질문이라는 흐름이다.

템플릿과의 정합성 체크

초기 journal 템플릿은 Lifewell의 출력 구조를 충분히 커버하지 못하고 있었다. 구체적으로는 세 가지 문제가 있었다.

1. 감정 데이터의 구조화

기분 점수(3.5/10)나 감정 라벨(슬픔 8/10, 불안 7/10)이 "내용" 섹션에 묻혀 있었다. 이 상태로는 Obsidian의 Dataview 플러그인 등으로 감정의 트렌드를 추적할 수 없다.

해결책으로서, YAML frontmatter에 mood와 emotions를 추가했다.

---
date: 2026-03-22
mood: 3.5
...

이를 통해 Dataview 쿼리로 "지난 1개월간의 기분 점수 추이"나 "특정 감정이 강했던 날의 패턴"을 추출할 수 있게 되었다.

2. 감정 시각화 섹션의 결여

Lifewell가 세션 중에 내놓은 텍스트 차트나 그래프의 요약을 남길 장소가 없었다. "감정의 시각화" 섹션을 신설했다.

## 감정의 시각화
| 감정 | 강도 |
|------|------|
...

3. 다음을 위한 질문의 독립

Lifewell의 6번째 단계인 "다음을 위한 질문"은 다음 세션의 기점이 되는 중요한 요소다. 이것이 액션에 섞여 있었기에, 독립된 섹션으로 만들었다.

## 다음을 위한 질문
이번 주, ~ 이외에 애정을 느꼈던 순간이 있었나요?

Phase 4: 스킬의 구축

지금까지의 메커니즘을 매번 수동으로 지시하는 것은 비현실적이다. Claude.ai의 스킬 (Skill) 기능을 사용하여, 단 한 번의 명령으로 작동하도록 만들었다.

/obsidian

스킬 설계

설계에서 가장 의식한 것은 사용 편의성이다.

호출 방식을 심플하게:

/obsidian ideas → 💡ideas 에 저장
/obsidian journal → 📓journal 에 저장
/obsidian inbox → 📥inbox 에 저장

매번 이모지를 입력하는 것은 번거롭기 때문에, 에일리어스 매핑 (Alias mapping)을 마련했다. ideas → 💡ideas, journal → 📓journal, inbox → 📥inbox. idea (단수형)로 입력해도 💡ideas로 들어간다.

템플릿은 스킬에 내장하지 않는다:

스킬의 워크플로우 (Workflow)는 다음과 같이 설계했다.

• 매번 — 템플릿의 최신 버전을 항상 참조하기 위해 Obsidian-Claude.md를 읽어옴
• 에일리어스로 폴더를 해결
• 대화 내용으로부터 저장해야 할 정보를 판단
• 제목을 자동 생성 (journal은 날짜 접두사 포함)
• list_notes로 기존 노트를 확인하여 관련 링크를 부여
• 템플릿에 따라 노트를 생성
• 간결하게 완료 보고

템플릿을 스킬 측에 두지 않음으로써, 템플릿 변경은 vault 내의 Obsidian-Claude.md를 편집하는 것만으로 끝난다. 스킬을 다시 패키징할 필요가 없다. 이러한 '관심사의 분리 (Separation of concerns)'가 효과를 발휘한다.

패키징 및 설치

스킬은 SKILL.md를 포함하는 폴더를 zip으로 압축한 뒤, 확장자를 .skill로 바꾼 것이다. Claude.ai의 설정 → 프로필 → 스킬에서 업로드하면 설치 완료.

실제 사용법

아이디어 저장

💡idea 스레드에서 앱의 컨셉을 브레인스토밍한 후:

/obsidian ideas

Claude가 대화 내용을 분석하여 ideas 템플릿에 따라 컨셉, 배경, 기술 스택, 과제, 다음 액션을 정리하여 노트를 생성한다. 기존 노트와 관련이 있다면 [[wikilink]]도 자동으로 부여된다.

저널링 기록

My Journaling 스레드에서의 성찰 세션 후:

/obsidian journal

Lifewell의 리포트 구조에 따라, frontmatter에 감정 데이터가 구조화되어 분석, 시각화, 액션, 다음을 위한 질문이 정리되어 저장된다.

간단한 메모

대화 중에 문득 떠오른 깨달음:

/obsidian inbox

심플한 자유 기술 형식으로 📥inbox에 저장. 나중에 💡ideas로 격상시킬지는 스스로 판단한다.

운용해 본 소감

잘 되고 있는 점

AI와의 대화 내용을 자동으로 남길 수 있게 되었다

이전에는 AI와 좋은 대화를 나누더라도 스레드를 닫으면 그것으로 끝이었다. 지금은 /obsidian이라고 치는 것만으로 구조화된 기록이 남는다. AI와의 대화는 그 자체로 인풋 (Input)의 보물창고이기에, 그것을 가볍게 남길 수 있게 된 것은 큰 변화다.

노트 간의 링크가 성장하며 새로운 아이디어로 이어진다

Claude가 list_notes로 기존 노트를 확인하고 링크를 걸어주기 때문에, 의도하지 않았던 노트들 사이의 연결성이 보일 때가 있다. 이것이 예를 들어 새로운 애플리케이션 아이디어나 SNS 포스팅 소재 발굴 등으로 이어지기도 한다. 이것이 바로 Obsidian의 진수다.

감정 데이터의 축적으로 멘탈이 조금 안정되었다

journal의 frontmatter에 mood와 emotions를 넣음으로써, "그 주에는 왜 컨디션이 좋지 않았는지"를 나중에 되돌아볼 수 있게 되었고, 특히 부정적인 감정을 대하는 방식이 이전과는 달라졌다고 느낀다.

원래 저널링은 멘탈을 안정시키고 자기 중심을 잃지 않기 위한 목적으로 시작했고, 효과를 보고 있다고 생각한다.

아직 Dataview를 이용한 시각화는 구축하지 않았지만, 데이터가 쌓이면 분석의 폭이 넓어질 것이다.

개선할 여지

Obsidian MCP의 연결 안정성

세션 중에 연결이 끊기는 경우가 가끔 있다. 새로운 채팅을 열면 복구되지만, 긴 대화 도중에는 곤란하다.

템플릿의 유연성

현재는 폴더별로 하나의 템플릿을 사용하고 있지만, 동일한 💡ideas 폴더 내에서도 「앱 기획」과 「기술 조사 메모」는 최적의 구조가 다르다. 템플릿에 분기 로직 (branching logic)을 넣을지 여부는 검토 중이다.

wikilink의 유지보수

노트가 늘어날 때마다 링크를 업데이트하며 키워나가고 싶다. Obsidian을 세컨드 브레인 (Second Brain)으로 만드는 것, arscontexta도 시도해 보고 싶은 부분이다.

요약: 사고의 인프라를 구축하기

이 메커니즘을 통해 만든 것은 단순한 「메모를 저장하는 기능」이 아니다.

AI와의 대화 → 구조화 → 축적 → 연결

이라는 파이프라인 (pipeline)이다. Claude와 깊은 대화를 나누고, 그 결과를 구조화하여 Obsidian에 축적하며, 노트들 사이를 링크로 연결해 나간다. 이를 반복함으로써 자신의 사고 지도가 조금씩 확장되어 간다.

마음을 가다듬는 저널링 (journaling)도, 아이디어를 다듬는 벽치기 (wall-hitting/brainstorming)도, 그 성과가 흘러가 버리지 않고 쌓이는 메커니즘이 있는 것만으로도 AI와의 대화 가치는 몇 배로 높아진다고 느끼며, 지속할 수 있을 것 같다는 생각이 든다. (실제로 저널링을 시작한 것은 3월이며, 현재 지속 중이다.)

Discussion