Claude Code로 요약한 지식 파편을 옵시디언 MOC로 연결하는 법
makedream1 मई 2026
0
컴퓨터/소프트웨어
Comments (0)
Log in to leave a comment
No posts yet
makedreammakedreamLog in to leave a comment
No posts yet
Claude Code가 해주는 기본 요약은 솔직히 읽을 게 못 됩니다. 텍스트를 그냥 줄여놓기만 하니 정보 노이즈만 더 늘어날 뿐입니다. 정보의 가치는 단순히 요약하는 게 아니라 비판적으로 검증할 때 생깁니다. 저는 요약 프롬프트에 출처 신뢰도와 내 업무 연관성 지표를 넣었습니다. 공식 문서나 학술 데이터인지에 따라 1점부터 10점까지 가중치를 주면 쓸데없는 정보가 80%는 사라집니다. 검토 시간도 당연히 줄어듭니다.
단순 요약을 넘어 비즈니스 인사이트를 뽑아내려면 출력 형식을 강제로 고정해야 합니다.
~/.claude/CLAUDE.md 또는 .claude/rules/summarization.md 파일을 만드세요.요약된 노트가 따로 놀면 아무 의미 없습니다. 옵시디언의 MOC(Map of Content) 구조와 톱니바퀴처럼 맞물려야 합니다. 링크를 일일이 손으로 거는 건 데이터가 쌓일수록 관리 비용만 높이는 미련한 짓입니다. 마크다운 상단에 YAML 프론트매터를 자동으로 넣고 Dataview 플러그인으로 불러오는 체계가 필요합니다. 특정 프로젝트에 속하면서 연관성 점수가 기준치를 넘는 노트만 동적으로 추출하면 기획 속도가 예전보다 2배는 빨라집니다.
스크립트 실행 시 메타데이터를 정규화해서 데이터 정합성을 잡으세요.
dataview list from "folder" where relevance > 7 and status = "Seed" 쿼리를 심어두십시오.파일이 생기자마자 AI가 개입하는 자동화는 위험합니다. fswatch가 감시하는 디렉토리 안에서 재귀적 폭주가 일어나면 CPU 점유율이 순식간에 치솟습니다. macOS의 FSEvents API를 쓴다면 특정 이벤트만 골라내고 프로세스를 격리하는 장치가 무조건 있어야 합니다. -x 옵션으로 생성과 이름 변경 이벤트만 받고 .git이나 .trash 경로를 빼면 불필요한 트리거를 90% 이상 막을 수 있습니다.
무한 루프를 방지하려면 Processed 폴더 로직을 구현해야 합니다.
/Inbox와 요약본이 담기는 /Notes 디렉토리를 분리하십시오./Inbox를 감시하다가 Claude Code 처리가 끝나면 원본을 /Processed로 즉시 옮기고 이벤트를 해제합니다.장애가 나면 launchctl 명령어로 직접 진단하세요.
launchctl list를 쳐서 종료 코드 78이 떠 있는지 확인하십시오..plist 파일 경로와 권한을 수정하고, tail -f로 로그를 보며 API 타임아웃 지점을 찾아내야 합니다.수천 개의 요약본을 성과로 바꾸려면 Claude Code의 /batch 명령어와 사용자 정의 Skills를 활용해야 합니다. 노트를 하나씩 열어보는 건 시간 낭비입니다. 특정 기간의 데이터를 한꺼번에 분석해서 공통 주제를 뽑고 리팩토링하는 과정을 거치세요. 수동으로 작업할 때보다 산출물 나오는 속도가 비약적으로 빨라집니다.
수집한 웹 콘텐츠를 보고서나 블로그 초안으로 바로 변환하는 방법입니다.
.claude/skills/ 폴더에 report-generator.md를 만들고 보고서 지침을 적어두세요.claude /batch "최근 7일간의 요약 노트를 참조하여 산업 트렌드 분석 초안을 마크다운으로 써줘"라고 입력합니다.