Obsidian 지식관리 Claude 조합 실제 업무 루틴으로 바꾸는 방법

1인 기업을 위한 AI/SaaS 도구 선택 기준 대표 이미지

Obsidian과 Claude 조합은 노트를 많이 쌓는 방식이 아니라, 흩어진 업무 자료를 판단 가능한 묶음으로 바꾸는 방식입니다. 핵심은 로컬 마크다운 볼트, 백링크, 익명화 요약, Claude briefing 템플릿을 하나의 반복 루틴으로 고정하는 것입니다.

OC136-1 vault-inbox 캡처 규칙

처음에는 Obsidian을 멋진 지식 창고로 만들려고 하지 말고 inbox 하나만 고정합니다. 고객 통화, 이메일, 견적 메모, 블로그 아이디어가 들어오면 모두 00_inbox.md에 시간순으로 붙입니다. 중요한 점은 정리보다 캡처입니다. 1인 사업자는 자료가 흩어지는 순간 같은 질문을 다시 읽고 같은 결정을 다시 내립니다.

inbox에는 세 줄만 강제합니다. 들어온 자료의 출처, 다음에 결정해야 할 질문, 오늘 처리하지 않는 이유입니다. 이 세 줄이 있으면 나중에 Claude에 넣을 briefing packet을 만들 때 불필요한 배경 설명을 줄일 수 있습니다.

OC136 체크포인트 1: 00_inbox.md 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-2 markdown-frontmatter 정리

마크다운 frontmatter는 복잡하면 오래 못 갑니다. 추천 속성은 client_alias, project_code, status, review_date, sensitivity 네 가지 정도입니다. 고객 실명 대신 별칭을 쓰고, 민감도는 public, internal, restricted로 나눕니다. 이 구조는 검색과 보안 판단을 동시에 해결합니다.

Claude로 넘길 노트는 restricted 값을 먼저 걸러야 합니다. 계좌, 주민번호, 전화번호, 원본 계약서 문구는 Obsidian에 링크만 남기고 별도 저장소에 둡니다. AI 입력은 항상 축약본이어야 하며, 원본 보관과 요약 활용을 분리해야 장기 운영이 가능합니다.

OC136 체크포인트 2: 10_clients 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-3 backlink-map 연결

Obsidian의 장점은 백링크입니다. 예를 들어 [[가격 정책]], [[고객 불만]], [[콘텐츠 캘린더]], [[재사용 문장]] 같은 기준 노트를 만들어 두면 새 프로젝트가 들어올 때 과거 판단과 연결됩니다. 이것은 단순 폴더 정리와 다릅니다.

백링크는 Claude에게도 유리합니다. 오늘의 질문에 연결된 노트만 모아 붙이면 긴 문맥을 쓰더라도 내용이 산만해지지 않습니다. 중요한 것은 노트 수가 아니라 연결 기준입니다. 결정 노트와 자료 노트를 섞지 않으면 답변 품질이 안정됩니다.

OC136 체크포인트 3: 20_projects 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-4 claude-briefing 입력

Claude briefing은 하나의 템플릿으로 고정합니다. 배경, 원본에서 발췌한 비민감 요약, 현재 선택지, 판단 기준, 원하는 출력 형식을 순서대로 둡니다. 이 순서가 유지되면 같은 일을 매번 새로 설명하지 않아도 됩니다.

예시는 간단합니다. ‘고객 A의 랜딩페이지 문구를 검토하라’가 아니라 ‘고객 별칭 alpha, 업종 B2B 교육, 현재 전환 문제는 문의 버튼 클릭률, 금지 표현은 수익 보장, 출력은 H1 5개와 CTA 5개’처럼 넣습니다. 이렇게 쓰면 Claude는 문장 생성보다 판단 보조에 가까워집니다.

OC136 체크포인트 4: 30_assets 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

00_inbox.md 00_inbox.md 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
10_clients 10_clients 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
20_projects 20_projects 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
30_assets 30_assets 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
40_decisions 40_decisions 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
client_alias client_alias 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
source_quote source_quote 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
decision_log decision_log 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
next_action next_action 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
review_date review_date 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
Canvas Canvas 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.
Dataview Dataview 항목은 원본 보관, 익명 요약, Claude 전달 여부를 따로 표시합니다.

OC136-5 source-note 분리

source-note와 opinion-note를 나누는 것도 중요합니다. source-note에는 실제로 본 문서, 통화 요약, 가격표, 공식 문서 링크만 둡니다. opinion-note에는 내가 해석한 이유, 우선순위, 고객에게 설명할 문장을 둡니다. 두 노트가 섞이면 나중에 사실과 추정이 구분되지 않습니다.

이 분리는 글쓰기에도 그대로 적용됩니다. 블로그 초안, 제안서 초안, 이메일 초안은 모두 source-note를 근거로 삼고 opinion-note는 톤과 결론을 잡는 데만 씁니다. 1인 기업에게 필요한 것은 많은 메모가 아니라 다시 검증 가능한 메모입니다.

OC136 체크포인트 5: 40_decisions 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-6 weekly-synthesis 루틴

주간 루틴은 금요일 30분이면 충분합니다. 이번 주 inbox에서 decision_log로 이동할 항목을 고르고, 닫힌 프로젝트는 archive-rule에 따라 보관합니다. 아직 결정을 못 한 항목은 review_date를 다음 주로 미룹니다. 미룬 이유까지 적어야 다음 주에 다시 헤매지 않습니다.

Claude에는 주간 노트의 요약만 넣습니다. ‘이번 주 반복된 고객 질문 5개, 지연된 결정 3개, 다음 주 자동화 후보 2개를 찾아라’처럼 요청합니다. 여기서 나온 결과를 다시 Obsidian에 weekly-synthesis로 저장하면 지식 관리가 실제 업무 루틴으로 바뀝니다.

OC136 체크포인트 6: client_alias 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-7 privacy-redaction 기준

privacy-redaction은 선택이 아니라 기본값입니다. 이메일 주소는 email_1, 고객명은 client_alpha, 금액은 range_low 또는 range_mid로 바꿉니다. Claude가 좋은 답을 하려면 원본 개인정보가 필요한 것이 아니라 업무 맥락과 판단 기준이 필요합니다.

민감한 원본은 클라우드 동기화 폴더 밖에 두거나 암호화 저장소를 씁니다. Obsidian Sync나 다른 동기화 서비스를 쓸 때도 어떤 노트가 외부로 나가는지 확인해야 합니다. 로컬 우선이라는 장점은 보안 습관이 있을 때만 장점으로 남습니다.

OC136 체크포인트 7: source_quote 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-8 output-to-task 변환

Claude의 출력은 곧바로 할 일로 바꾸지 않습니다. 먼저 output-to-task 노트에 복사하고, 각 항목을 15분 안에 실행 가능한 작업으로 자릅니다. ‘콘텐츠 전략 개선’은 작업이 아니고, ‘지난 10개 글의 CTA 문장만 표로 모으기’가 작업입니다.

마지막 단계는 캘린더나 작업 관리 도구로 보내는 것입니다. Obsidian은 판단과 맥락의 저장소로 두고, 실행 알림은 캘린더나 Todo 앱이 맡는 편이 낫습니다. 이렇게 역할을 나누면 지식관리 앱이 할 일 목록으로 비대해지는 문제를 막을 수 있습니다.

OC136 체크포인트 8: decision_log 항목을 만들고, 원본 자료 위치와 Claude 전달용 요약을 다른 줄에 기록합니다. 이 작은 구분이 누락되면 다음 프로젝트에서 같은 문서를 다시 찾게 됩니다.

OC136-9 Obsidian Claude FAQ

Obsidian에 모든 고객 자료를 넣어도 될까요?

원본 개인정보와 계약 금액은 별도 보관하고, Obsidian에는 익명화된 요약과 작업 판단 근거만 남기는 쪽이 안전합니다.

Claude에는 노트 전체를 붙여 넣는 방식이 좋나요?

전체 볼트를 넣기보다 오늘 판단에 필요한 source note, decision note, task note만 묶어 넣는 편이 비용과 검토 시간이 줄어듭니다.

이 조합은 Notion보다 항상 나은가요?

아닙니다. 공개 공유와 데이터베이스 협업은 Notion이 편하고, 로컬 마크다운 보관과 장기 지식 연결은 Obsidian 조합이 맞는 경우가 많습니다.

다음 행동: 오늘은 새 앱을 설치하지 말고 00_inbox.md, decision_log.md, weekly-note.md 세 파일만 만드세요. 그다음 최근 고객 메모 하나를 익명화해 Claude briefing으로 바꾸면 이 조합이 내 업무에 맞는지 바로 확인할 수 있습니다.

이 글은 AI 도구를 보조적으로 활용해 공개 자료를 정리한 뒤, 편집 기준에 따라 검토한 콘텐츠입니다. 가격·기능은 변동될 수 있어 최종 확인은 공식 페이지를 우선합니다.

공식 자료 확인 링크

아래 링크는 기능, 가격, 보안 조건을 다시 확인하기 위한 공식 자료다. 발행 전후로 조건이 바뀔 수 있으므로 결제나 고객 업무 적용 전 원문을 다시 여는 것이 안전하다.

  • Claude Pricing: Claude 개인·팀 플랜은 공식 가격 페이지에서 확인한다.
  • Anthropic Support: 프로젝트와 계정 기능은 공식 지원 문서를 기준으로 본다.
  • Anthropic Privacy: 데이터 처리와 개인정보 기준은 정책 문서를 함께 확인한다.

함께 읽으면 좋은 글

아래 글은 비용, 보안, 자동화, 콘텐츠 제작 기준을 이어서 확인할 때 참고할 만한 내부 자료입니다.