한줄 요약: 280개 노트를 쌓아둔 지식 볼트인데 활용도가 낮아 고민하다가, AI와 대화하며 "볼트와 나를 잇는 채팅 App"을 설계 → 결국 볼트를 미니PC 서버로 옮기기로 결정한 여정.
🙋 이런 분들께 도움돼요
Obsidian·노션 등에 자료는 열심히 쌓는데 정작 활용은 잘 하지못하고 있다
"내 지식과 채팅하는 나만의 AI"를 만들고 싶다
지식저장소를 로컬PC에서 운영 중이나, 서버를 구입하여 셀프호스팅 방식으로 바꾸려고 막연히 고민만 하고있다
고객 기밀처럼 민감한 데이터를 다뤄서 클라우드 사용이 조심스럽다 (컨설턴트·프리랜서 등)
💡 소개: 무엇을, 왜 시도했나
저는 경영 컨설턴트이고, LLM Wiki 원칙대로 구성한 개인 지식 볼트(약 280개 노트)를 운영합니다. 프레임워크·케이스·산업 지식·고객 미팅 기록까지 나름 체계적으로 분류하고, 노트끼리 링크도 잘 걸려 있습니다.
그런데 잘 쌓아둔 것과 실제로 쓰는 것은 완전히 다른 문제였습니다.
🔍 검색 실패 — 관련 자료가 볼트 어디에 있는지 찾기 어려웠습니다. (너무 많은 검색결과, 영어 파일명, 옵시디언에서 의미로 검색하는 방법을 모름)
🔧 업데이트 정체 — 주간 점검(Lint) 규칙까지 만들어뒀지만, 지식 갱신을 잘 못하고 있었 습니다.
🔗 연결의 무용 — 노트들이 링크로 이어져 있어도, LLM CLI를 구동하지 않는 이상, 연결된 상태로 답을 끌어내는 것이 쉽지 않았습니다.
그러던 중 NotebookLM 웹 클리퍼(크롬 익스텐션) 의 채팅 UI를 제작해서 사용하는 것을 보게 됐습니다. 웹을 보다가 마음에 드는 자료를 노트에 저장하고, 반대로 저장된 자료를 찾아 답해주는 사이드패널. "바로 이거다 - 저장소를 내 볼트로 바꾸면 되겠다" 싶었습니다.
목표는 명확해졌습니다: 내 노트북은 물론 웹 상 어디서나 내 볼트의 지식을 찾고·답변받고·저장하고·업데이트하는 채팅 App.
🛠️ 진행 방법: 어떤 도구로, 어떻게 협업했나
사용 도구: Claude Code (Opus 4.8). 볼트 파일을 직접 읽고, 설계 문서를 작성하고, 의사결정을 함께 정리하는 '대화형 설계 파트너'로 썼습니다.
처음엔 단순히 "채팅 앱 하나 만들면 되겠지"라고 생각했는데, AI와 대화하면서 두 번의 결정적 전환을 겪었습니다.
전환 ① "외부에서도 쓰려면?" → 동기화의 본질을 깨닫다
볼트를 그냥 옮기면 되는 줄 막연하게 생각했는데 AI가 "노트북(편집)과 미니PC(AI 자동 쓰기)가 같은 파일을 동시에 편집하면 어떻게 되나?" 를 짚어줬습니다.
Dropbox는 동시 쓰기에 약해서 'conflicted copy'를 조용히 복제 → 데이터가 엉킴
Git으로 동기화하면 충돌을 추적·복구 가능한 형태로 처리 + 모든 변경 이력이 남음
막연했던 '동기화'가 한순간에 명확해졌습니다.
전환 ② 자신의 정보에 민감한 고객 → 데이터 주권
Git 원격을 GitHub 비공개 repo로 할지 고민했는데, AI가 먼저 짚었습니다. "볼트에 고객 미팅 기록이 있으니, 기밀이 제3자 클라우드에 올라가는 게 NDA상 문제일 수 있다" 고요. 살펴보니 미팅기록 뿐 아니라 사업계획, 고객의 파일 등 여기저기서 고객의 정보가 눈에 들어왔습니다.
그래서 편의(GitHub) vs 데이터 주권(자가호스팅) 의 트레이드오프가 선명해졌고 — 새로 구입한 미니PC 자체를 Git 원격으로 사용하기로 했습니다. 마침 별개로 진행 중이던 미니PC 서버 프로젝트(Cloudflare Tunnel·n8n·Tailscale)와 자연스럽게 합쳐졌습니다.
한국 컴퓨터 시스템의 다이어그램
확정한 핵심 결정 4가지
결정
선택
이유
에이전트 LLM
Claude -> GPT(Codex)
미니PC 스택과 인프라·키 공유
볼트 동기화
Git
2-writer 충돌 안전 + 버전 기록
Git 원격
미니PC 자체 원격
고객 기밀을 클라우드에 안 올림
UI / 저장
순수 HTML / 미리보기 후 승인
MVP 최소주의 + 안전장치
핵심 구조는 "하나의 두뇌, 여러 입구" 입니다. 로직(에이전트 서버)은 항상 켜진 미니PC에 두고, UI(노트북 플로팅창·크롬 확장·텔레그램·슬랙)는 거기에 붙는 클라이언트로 둡니다.
메인 화면(와이어프레임) — MVP 웹 채팅 (localhost)
┌──────────────────────────────────────────────────────────────┐
│ 🧠 NewKnol Companion [⚙ 설정] [— □ ×]│
├──────────────────────────────────────────────────────────────┤
│ │
│ 🙋 나 │
│ 디자인 씽킹 관련 자료 볼트 어디에 있어? │
│ │
│ 🤖 Companion │
│ 볼트에서 3건 찾았어요. 핵심만 요약하면… │
│ · 더블 다이아몬드(발산·수렴 2회)… │
│ · IDEO 사례에서 적용… │
│ ┌──────────────────────────────────────────┐ │
│ │ 📎 출처 (3) 신뢰도: ●●● 높음 │ │
│ │ • methods/design-thinking.md │ │
│ │ • cases/ideo-case.md │ │
│ │ • people/tim-brown.md │ │
│ └──────────────────────────────────────────┘ │
│ │
│ 🙋 나 │
│ design-thinking 노트에 '더블 다이아몬드' 단락 추가해줘 │
│ │
│ 🤖 Companion │
│ 업데이트 내용을 준비했어요. 아래에서 확인 후 승인해 주세요 ▼ │
│ [ 미리보기 카드 — 아래 §3 ] │
│ │
├──────────────────────────────────────────────────────────────┤
│ ┌──────────────────────────────────────────────┐ ┌───────┐ │
│ │ 메시지를 입력하세요… │ │ 전송 ↵│ │
│ └──────────────────────────────────────────────┘ └───────┘ │
│ 🔎 찾기 ✏️ 저장 🔄 업데이트 검색 범위 [ 전체 ▾ ] │
└──────────────────────────────────────────────────────────────┘🎯 결과와 배운 점
결과물
NewKnol-Companion프로젝트의 MVP 설계서 완성 — 아키텍처 + 핵심 결정 4개 확정"볼트와 채팅하고 싶다"는 막연한 욕구가 → 실행 가능한 단계별 로드맵으로 구체화
별개로 돌던 미니PC 프로젝트와 통합되어 인프라 재사용 경로 확보
가장 크게 배운 점
좋은 지식체계를 '쌓는 것'과 '잘 찾아서 활용하는 것'은 완전히 별개 문제다. 활용 인터페이스가 없으면, 아무리 잘 쌓아도 결국 안 쓰게 된다.
분류 체계를 다듬고 링크를 거는 데 들인 노력만큼, 그것을 꺼내 쓰는 통로에도 투자해야 한다는 걸 이번에 절실히 느꼈습니다. — 혼자였다면 놓쳤을 '동시 쓰기 충돌'과 '데이터 주권' 같은 함정을 AI가 짚어줬습니다.
🔜 향후 계획
0단계 — 볼트를 Git 저장소로 전환 (
git init, Dropbox 분리, 미니PC bare 원격 + Tailscale)1단계 — 두뇌 서버 MVP 골격 (FastAPI + OpenAI + 4개 도구: 찾기 / 읽기 / 저장 / 업데이트)
최종 — 미니PC 이전 → n8n으로 텔레그램·슬랙 연동 → 노트북 어디서나, 모바일에서도 볼트와 대화
♻️ 재사용 가능한 프롬프트
설계 단계에서 가장 효과가 컸던 건, 만 들 것을 묻기 전에 '왜·어디서 쓸 건지'를 먼저 던진 질문들이었습니다.
나는 [내 지식 저장소]와 나를 잇는 채팅 App을 만들고 싶어.
[어디서나 / 찾기 / 답변 / 저장 / 업데이트] 기능을 원해.
바로 구현 방법을 말하지 말고, 먼저 아이디어와 접근법부터 제안해줘.이 기능을 [외부 모바일/메신저]에서도 쓰려면 구조가 어떻게 달라져야 해?
지금 내가 놓치고 있는 트레이드오프가 있으면 먼저 짚어줘.