뮤즈로 만드는 LLM 하이브리드 세팅｜옵시디언에 지식을 쌓는 방법

누군가는 소셜미디어를 자신을 강화하는 핵심 툴로 사용합니다. 좋은 글을 만나면 저장하고, 자기 일에 적용해 보고, 다음 판단의 근거로 남깁니다.

그런데 저장한 글을 다시 찾는 일은 생각보다 어렵습니다. 북마크는 늘어나는데 어떤 글에서 무엇을 배웠는지 기억나지 않고, AI에게 물어봤던 설명도 여러 대화에 흩어져 있죠.

LLM 위키 하이브리드 세팅은 자료와 AI의 답변을 연결된 문서로 쌓고, 그 결과를 내 옵시디언에서 읽도록 만드는 운영 방식입니다. 뮤즈(Muse)는 자료를 정리하는 작업 공간을 맡고, 사용자는 옵시디언에서 완성된 페이지를 확인합니다.

이 글에서는 공개된 LLM 위키 하이브리드 셋업 저장소를 바탕으로 구조와 시작 순서를 설명합니다. 자신의 볼트 위치와 파일 접근 방법을 정한 뒤, 작은 자료 하나로 저장·동기화가 되는지 확인하는 과정이 필요합니다.

LLM 위키는 무엇을 쌓는 방식인가요?

여기서 LLM은 글을 읽고 정리하는 AI 모델을 뜻합니다. 위키는 그 모델이 만들어 관리하는, 서로 링크된 Markdown 문서 모음입니다. Markdown은 옵시디언에서 열어 읽고 편집할 수 있는 텍스트 문서 형식입니다.

자료가 들어오면 원본을 남기고 내용을 요약합니다. 이어 관련 주제 페이지를 갱신하고 문서끼리 연결합니다. 나중에 질문하면 그동안 정리한 페이지와 출처를 다시 읽어 답하도록 규칙을 둡니다.

예를 들어 이번 주에는 ‘예배 영상 자막’ 글을 저장하고 다음 주에는 ‘자동 자막 도구 비교’ 자료를 넣었다고 해 보세요. 두 자료를 각각 보관하면서 기존 ‘예배 자막 제작’ 페이지에도 새 내용을 반영하도록 운영할 수 있습니다. 도구의 가격이 바뀌었다면 확인 날짜와 함께 변경을 기록하는 식입니다.

이 구조는 저장소가 참고한 Andrej Karpathy의 LLM 위키 메모를 출발점으로 삼습니다. 검색으로 원본을 찾아 답하는 방식과도 함께 사용할 수 있습니다. 위키 운영의 품질은 실제로 출처를 확인하고 페이지를 갱신하는 작업에 달려 있습니다.

왜 볼트를 두 개로 나누나요?

옵시디언의 볼트(vault)는 노트와 첨부 자료가 들어 있는 폴더입니다. 하이브리드 세팅에서는 이 폴더를 역할에 따라 나눕니다.

뮤즈 쪽에서 작업을 계속할 수 있는 환경과, 내가 평소 노트를 읽는 환경을 따로 두는 것입니다. 작업 공간을 분리했다고 내 컴퓨터와 자동으로 연결되는 것은 아닙니다. 에이전트가 접근할 수 있는 경로를 실제로 연결해야 합니다.

공개된 동기화 운영 예시는 두 흐름을 구분합니다.

내 볼트의 새 노트 → 뮤즈 작업 볼트에 통합
뮤즈가 완성한 페이지 → 내 볼트의 LLM 위키/ 폴더에 복사

두 폴더를 무조건 똑같이 만드는 양방향 미러링과는 동작이 다릅니다. 가져오기는 기존 노트의 내용을 읽어 위키에 반영하는 일이고, 내보내기는 완성된 페이지를 정해 둔 폴더로 복사하는 일입니다. 사용자 볼트의 나머지 영역은 읽기 전용으로 둡니다.

뮤즈에 무엇을 맡기면 되나요?

뮤즈에는 사용자와 에이전트가 함께 쓰는 클라우드 작업 공간이 있습니다. 공개 셋업은 그 공간에서 원본과 위키 파일을 관리하고, 사용자의 볼트로 결과를 전달하도록 요청하는 방식입니다. Muse 공식 소개

처음에는 세 가지 결과만 확인해 보세요.

• 자료 하나를 출처와 함께 저장했는가?
• 관련 주제 페이지를 만들거나 기존 페이지를 갱신했는가?
• 그 페이지를 내 옵시디언에서도 열 수 있는가?

여기까지 확인한 뒤 조사 주제와 작업 빈도를 늘리면 됩니다. 뮤즈 가입이 필요하다면 뮤즈 가입 방법 안내부터 참고하세요.

시작 전에 정할 것

계속 쌓고 싶은 주제

처음에는 한두 개만 고르세요. ‘AI 전체’처럼 범위가 큰 주제보다 ‘교회 영상팀의 자막 작업’, ‘맥에서 쓰는 문서 정리 도구’처럼 실제로 반복해서 찾는 주제가 시작하기 좋습니다.

저장소에는 이런 주제를 적는 지속 발전 주제 문서가 있습니다. 새 자료가 들어올 때마다 관련 페이지를 보강하도록 기준을 잡는 곳입니다.

내 볼트 위치와 내보내기 폴더

이미 쓰는 옵시디언 볼트가 있다면 그 안에 결과물을 받을 전용 폴더를 정합니다. 기본 예시는 LLM 위키/입니다. 볼트가 없다면 새 폴더로 시작할 수 있습니다.

기존 노트를 직접 고치는 범위와 에이전트가 복사하는 범위를 구분해 주세요. 특히 내보낸 페이지를 사람이 수정한다면 다음 복사 때 덮어쓰지 않도록 충돌 처리 기준도 필요합니다.

실제 파일 접근 경로

내 컴퓨터의 폴더 주소를 알려 주는 것만으로 뮤즈가 그 폴더를 읽을 수 있는 것은 아닙니다. 사용하는 환경에 맞는 기기 연동, 파일 전달 또는 동기화 경로가 필요합니다.

저장소는 기기 파일 접근, SSH, 클라우드 동기화 폴더 등을 예시로 들고 있습니다. 어떤 방법을 선택하든 파일 하나를 가져오고 내보낼 수 있는지부터 확인하세요. 연결이 없다면 뮤즈가 만든 문서를 내려받아 옵시디언에 넣는 수동 방식부터 시작해도 됩니다.

뮤즈로 LLM 하이브리드 세팅하는 순서

1. 공개 저장소의 세팅 프롬프트 열기

GitHub에서 SETUP-PROMPT.md를 엽니다.

문서의 ‘붙여넣을 프롬프트’에는 작업 볼트 생성, 운영 규칙 작성, 주제 등록, 동기화, 자동 작업 제안, 첫 테스트까지 들어 있습니다. 대괄호 안의 주제와 볼트 경로를 자신의 상황에 맞게 바꾼 뒤 뮤즈에 전달합니다.

프롬프트 전체를 GitHub에서 확인하고 사용하세요. 저장소가 업데이트될 수 있으므로 복사할 때는 현재 문서 내용을 읽어 보는 편이 좋습니다.

2. 처음에는 작업 볼트와 운영 규칙부터 만들기

한 번에 모든 예약 작업을 켜기보다 기본 파일부터 확인합니다. 다음과 같이 범위를 정해 요청할 수 있습니다.

공개 셋업을 참고해서 내 지식 관리용 작업 볼트와 운영 규칙부터 만들어 줘. 주제는 ‘교회 미디어와 AI 활용’이야. 생성할 위치와 파일 목록을 먼저 알려 줘. 내 기존 볼트 연결과 예약 작업은 기본 구조를 확인한 뒤 진행할게.

이 요청문은 글을 따라 시작하기 쉽게 작성한 예시입니다. 저장소의 실제 세팅 프롬프트와 함께 사용하면 됩니다.

공개 템플릿의 주요 폴더는 다음과 같습니다.

원본, 정리한 위키, 운영 규칙을 나눠 두면 요약이 이상할 때 원본으로 돌아가 비교할 수 있습니다. 자세한 기준은 운영 규칙 원문에서 확인할 수 있습니다.

3. 짧은 자료 하나를 넣어 보기

첫 자료는 공개된 공식 도움말이나 자신이 작성한 짧은 메모가 좋습니다. 출처를 확인하기 쉬운 자료로 시작하세요.

이 자료를 위키에 넣어 줘. 원본과 출처를 남기고 핵심 내용을 정리해 줘. 같은 주제의 페이지가 있으면 연결하거나 갱신하고, 바뀐 파일 목록을 알려 줘.

완료 답변을 받으면 실제 파일을 엽니다. 출처가 있는지, 요약이 원문과 맞는지, 문서 목록에서 새 페이지를 찾을 수 있는지 확인하세요.

4. 내 옵시디언에 페이지 하나 전달하기

자동 동기화는 샘플 파일 하나로 시험합니다. 목적지는 앞에서 정한 전용 폴더로 한정하세요.

지금 만든 페이지 하나를 내 볼트의 LLM 위키 폴더로 전달해 줘. 다른 폴더는 수정하지 말고, 사용할 연결 방식과 실제 저장 위치를 알려 줘. 파일 접근이 안 되면 내려받을 수 있는 결과물을 만들어 줘.

옵시디언에서 파일을 직접 열어 제목·본문·출처·내부 링크를 확인합니다. 관련 페이지를 아직 전달하지 않았다면 일부 내부 링크가 열리지 않을 수 있으니 필요한 문서가 함께 들어왔는지도 살펴보세요.

5. 가져오기와 내보내기를 각각 확인하기

내 노트를 위키에 통합하고 싶다면 두 번째 시험도 필요합니다. 개인 볼트에 짧은 샘플 노트를 만들고 뮤즈가 읽어 관련 페이지에 반영할 수 있는지 확인합니다.

‘내보내기 성공’과 ‘내 노트 읽기 성공’은 서로 다른 확인 항목입니다. 원본 노트가 바뀌지 않았는지, 결과물만 전용 폴더에 들어왔는지도 확인하세요.

6. 반복 작업을 필요한 만큼 등록하기

저장소에는 매일 리서치, 주제 스윕, 볼트 점검·동기화 예시가 있습니다. 스윕은 여러 주제를 한 번에 훑는 점검입니다.

처음에는 한 주제의 주간 점검부터 운영해 보세요. 결과가 쓸 만하면 빈도를 높일 수 있습니다. 시간은 한국 시간처럼 기준 시간대까지 정하고, 예약 목록과 다음 실행 시간을 확인합니다.

프롬프트 문서나 스킬 파일을 복사한 것만으로 예약 작업이 실행되지는 않습니다. 사용하는 에이전트 환경에서 작업이 실제로 등록되고 실행되는지 확인해야 합니다. 사용자 컴퓨터가 꺼져 접근할 수 없을 때는 동기화를 건너뛰고 나중에 처리하도록 정책을 정합니다.

일상에서 이렇게 써 볼 수 있습니다

아래는 이 구조를 적용해 볼 수 있는 예시입니다. 실제 성공 기록을 소개하는 것이 아니라, 자신에게 맞는 주제를 고를 때 참고할 제안입니다.

교회 미디어 사역 자료

예배 자막, 영상 송출, 음향 점검 자료를 주제별로 연결합니다. 행사 후 작성한 회고를 프로젝트 페이지에 반영하면 다음 준비 때 이전 결정과 문제를 함께 찾을 수 있습니다.

위키에서 지난 행사 송출 문제와 해결 기록을 찾아 줘. 이번 행사에 적용할 점검표를 만들고 관련 페이지에 연결해 줘.

글쓰기와 콘텐츠 자료

SNS에서 발견한 글과 공식 문서를 출처별로 보관하고, 같은 주제를 다룬 자료를 한 페이지에서 비교합니다. 글을 쓸 때 주장과 근거를 다시 확인하는 데 쓸 수 있습니다.

이 주제로 모아 둔 자료에서 서로 같은 주장과 다른 주장을 찾아 줘. 각 주장에 출처를 붙이고 아직 확인이 필요한 부분을 표시해 줘.

프로젝트 인수인계

무엇을 결정했고 무엇이 남았는지 프로젝트 페이지에 기록합니다. 다음 대화나 다른 에이전트에게 그 페이지를 읽히면 배경을 전달하는 데 도움이 됩니다. 다만 파일을 저장했다고 모든 AI가 자동으로 읽는 것은 아니므로 시작할 때 읽을 문서를 지정해 주세요.

오래 쓰려면 어떤 기준이 필요할까요?

원본을 보존하고 출처를 남기는 것부터 지키세요. 정리된 문장이 자연스러워도 근거가 없으면 다음 판단에 쓰기 어렵습니다. 새 자료와 예전 설명이 다르면 확인 날짜와 함께 차이를 기록하도록 요청합니다.

전용 내보내기 폴더에서 직접 수정한 문서도 주의해서 다룹니다. 사람이 고친 부분을 어떻게 남길지 정하지 않으면 다음 복사에서 사라질 수 있습니다. 처음에는 수정 의견을 뮤즈에 전달해 작업 볼트 쪽 페이지를 갱신하는 방식이 이해하기 쉽습니다.

비밀번호·인증번호·API 키 같은 비밀값은 위키에 넣지 않습니다. 개인이나 교회 자료를 다룬다면 어떤 파일을 에이전트가 읽을지 범위를 정하세요. 공개 템플릿의 금지 사항과 접근 규칙을 자신의 환경에도 반영해야 합니다.

매일 확인할 내용이 없다면 매일 조사할 필요도 없습니다. 토큰 사용량과 알림 빈도를 보고 주기를 조절하세요. 파일 수보다 다음에 실제로 찾아 쓸 수 있는 페이지가 쌓이는지가 더 좋은 기준입니다.

자주 묻는 질문

기존 옵시디언 볼트를 옮겨야 하나요?

기존 볼트를 그대로 쓰면서 완성된 위키를 받을 전용 폴더를 정할 수 있습니다. 기존 폴더는 읽기 전용으로 두는 것이 공개 셋업의 기본 경계입니다.

뮤즈만 있으면 내 맥의 볼트와 바로 연결되나요?

파일 접근 경로가 별도로 필요합니다. 실제 연결을 확인하기 전에는 자동 동기화를 완료했다고 볼 수 없습니다. 먼저 문서 하나를 내려받아 넣는 방식으로 시작할 수 있습니다.

원고와 메모는 모두 위키에 남기나요?

공개 운영 규칙은 재사용할 지식과 분석을 저장하고, 일회성 확인이나 잡담은 남기지 않도록 구분합니다. 자신에게 필요한 저장 기준을 규칙에 적어 두세요.

다른 AI 에이전트에도 적용할 수 있나요?

파일을 읽고 쓰며 운영 규칙을 따를 수 있는 환경이라면 구조를 참고할 수 있습니다. 스킬 배치 위치, 파일 접근, 예약 작업 방식은 환경에 맞게 바꿔야 합니다.

자료 하나가 내 위키에 남는 경험부터 시작하세요

우선 뮤즈 세팅 프롬프트를 열고, 계속 쌓고 싶은 주제 하나를 정해 보세요. 자료 하나를 넣고 완성된 페이지를 내 옵시디언에서 읽는 데까지 진행하면 됩니다.

그 페이지를 다음 질문에 다시 사용해 보세요. 도움이 됐다면 다음 자료를 더하고, 반복해서 찾는 주제를 늘려 가면 됩니다. 그렇게 모은 기록이 다음 글과 다음 결정의 출발점이 됩니다.

자료 확인: 2026년 10월 10일. 공개 저장소의 README·세팅 프롬프트·운영 규칙·자동 작업 예시를 바탕으로 작성했습니다. 개인별 뮤즈–옵시디언 연결을 직접 구축해 검증한 체험기는 아닙니다. 저장소는 MIT 라이선스로 공개되어 있습니다.

#LLM위키 #하이브리드세팅 #뮤즈 #Muse #옵시디언 #Obsidian #지식관리 #세컨드브레인

이 글이 도움이 되셨나요?

좋아요를 눌러주시고, 댓글로 궁금하신 점을 남겨주세요. 여러분의 질문이 다음 글을 만드는 데 큰 도움이 됩니다.

더 깊은 미디어와 AI 정보는 카카오톡 오픈채팅방에서 만나보실 수 있습니다.