올해 약 200개의 문서를 저장했습니다. 하지만 남은 것은 고작 40개의 노트와 한 번도 열어보지 않은 "나중에 정리" 폴더뿐입니다.
노트가 쌓여만 가고 유용하게 쓰이지 않는 것은 여러분의 잘못이 아닙니다. 모든 노트 작성 방법론은 여러분이 "수집, 정리, 연결, 검토"라는 작업을 영원히 직접 해야 한다고 가정합니다. 바쁜 일상 속에서 이를 계속 유지할 수 있는 사람은 거의 없습니다. 의지력의 문제가 아니라, 단순히 너무 많은 노력이 필요한 일입니다.
여러분이 잠든 사이에 그 지루한 정리 작업을 대신해 주는 시스템이 있다면 어떨까요? 낮에는 아이디어를 노트에 던져넣기만 하면 됩니다. 밤이 되면 여러분의 엉성한 낙서는 깔끔하게 정리되고, 관련 노트는 자동으로 연결되며, "이 내용은 3주 전 노트와 모순됩니다"와 같은 지적까지 아침에 책상 위에 가지런히 놓여 있습니다.
게다가, 특별한 환경 없이 지금 당장 직접 구축할 수 있습니다. 필요한 것은 Claude Code와 Obsidian뿐입니다. 여러분의 컴퓨터에서 실행되는 표준 도구들입니다. 이 글에서는 이 시스템을 구축하는 방법을 오늘부터 단계별로 설명하겠습니다.
저는 tatsuki(@nobel_824)입니다. 중소기업의 AI 활용을 지원하며 Claude/Codex 도입을 돕고, 직접 Claude Code를 하루 종일 사용하고 있습니다.
이 디자인의 영감은 해외에서 148만 뷰를 기록한 "How To Build a Second Brain That Runs Itself With Kimi & Obsidian (Full Course)"라는 빌드 가이드에서 얻었습니다. 개념은 훌륭하지만, 도구가 반드시 Kimi Work일 필요는 없습니다. 중요한 것은 "정리 작업을 야간 배치 프로세스에 아웃소싱한다"는 디자인 철학이며, 이는 특정 도구에 종속되지 않습니다. 그래서 제가 매일 사용하는 도구인 Claude Code와 Obsidian을 사용하여 재구축했습니다.
관련 문서: Claude Code Textbook - 기초편 -
https://note.com/nobel/n/n7d7a422f828f
1장: 두 번째 뇌를 위한 "야간 근무조" 만들기
먼저, 큰 그림을 쉽게 파악할 수 있는 관점을 공유하겠습니다.
두 번째 뇌를 "앱"이 아니라 "야간 근무를 전문으로 하는 소규모 부서"라고 생각해 보세요. 낮 근무자는 여러분뿐입니다. 낮에는 여러분이 기계보다 여전히 나은 일, 즉 아이디어 떠올리기, 알아차리기, 반응하고 그냥 던져넣기 등을 합니다. 원자재를 벽 너머로 그냥 던져넣기만 하면 됩니다.
밤이 되면 다른 부서가 움직이기 시작합니다. 낮에 던져진 내용을 처리하여 정리된 지식으로 바꾸고, 여러분이 첫 커피를 마시기 전에 브리핑(요약 보고서)을 준비합니다. 이것은 최근까지 "야간 근무조"가 존재하지 않았기 때문에 불가능했습니다. 기껏해야 여러분이 옆에 앉아 지시할 때만 일하는 조수가 있었을 뿐입니다. 이는 오히려 여러분의 업무를 가중시켰습니다. 진정한 두 번째 뇌는 일정에 따라, 병렬로, 감독 없이 작동하는 노동력이 필요합니다.
야간 근무팀은 단순히 같은 작업을 하는 300개의 복사본이 아닙니다. 실제 연구 부서처럼 역할을 분담하는 데서 힘이 나옵니다. 흐름은 간단하며 네 단계로 구성됩니다.
첫째, 수집. 이 역할은 읽고 싶은 문서나 페이지의 텍스트를 가져와 건물 안으로 들여옵니다.
둘째, 분해 및 연결. 이 역할은 수집된 자료를 "한 가지 아이디어, 한 개의 노트"로 분해합니다. 단일 문서가 8개의 노트가 될 수도 있습니다. 새 노트가 생성될 때마다 기존의 관련 노트에 연결됩니다. 이렇게 하여 파일 더미가 생각의 그물망으로 바뀝니다.
셋째, 모순 확인. 이것이 가장 가치 있는 역할입니다. 새 노트를 모든 기존 노트와 비교하여 마찰, 즉 과거 노트와 충돌하는 주장, 출처가 없는 주장, 또는 지난달에 쓴 신념을 조용히 훼손하는 지점을 찾아냅니다. 발견되면 경고를 표시합니다. 단순히 덮어쓰거나 무시하지 않습니다.
넷째, 요약 및 보고. 이 역할은 관련 노트를 하나의 긴 문서로 엮고 아침 브리핑을 작성합니다. 원시 지식을 실제로 사고에 사용할 수 있는 형태로 변환합니다.
병렬 처리가 작동하는 이유는 무엇일까요? 조용한 밤에는 처리할 자료와 실행할 에이전트가 몇 개 없습니다. 하지만 바쁜 한 주를 보내며 50개의 문서가 쌓인 밤에는 소스당 하나의 에이전트를 할당하여 한 번에 모두 배포할 수 있습니다. 하나의 에이전트가 파일 하나씩 처리하는 데 몇 시간이 걸리는 작업도 분할하여 동시에 실행하고 몇 분 안에 통합할 수 있습니다. 이것이 바로 "팀으로 만드는 것"의 의미입니다.
2장: 지식을 "서랍"이 아닌 "정제소"에 보관하기
이제 본격적으로 시작해 보겠습니다. 볼트 설계부터 시작합니다.
가장 흔한 실수는 "마케팅", "건강", "AI"와 같은 주제별로 폴더(서랍)를 만들어 볼트를 구성하는 것입니다. 이는 실제 지식이 하나의 범주에 머무르지 않기 때문에 실패합니다. 에이전트가 주제별 폴더로 분류하게 하면 더 큰 규모에서 조직화 문제를 재현할 뿐입니다.
대신, 정제 단계에 따라 폴더를 만듭니다. 원자재는 한쪽에서 들어와 반대쪽에서는 연결된 지식이 되어 나옵니다. 폴더 구조 자체가 파이프라인이 됩니다.
단계 A: 폴더 생성 (5분)
터미널에서 다음 한 줄을 실행하여 정제소를 만듭니다.
1mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}2touch brain/CLAUDE.md
각 폴더의 역할은 다음과 같습니다.
brain/
├── 0-raw/ # 자료를 던져넣는 곳. 건드리지 마세요. 입력.
├── 1-desk/ # 야간 근무조의 작업대. 임시. 교대 종료 시 정리.
├── 2-atoms/ # 영구 노트: 파일당 하나의 아이디어. 핵심.
├── 3-threads/ # 통합. 여러 원자로 구성된 살아있는 문서.
├── sources/ # 원본 문서 또는 PDF. 읽기 전용 저장소.
├── briefings/ # 야간 근무조에서 여러분에게 보내는 보고서.
├── .claude/skills/ # 각 교대조의 "직무 설명서".
└── CLAUDE.md # 운영 헌장. 모든 에이전트가 먼저 읽음.
이 레이아웃에는 세 가지 주요 설계 결정 사항이 있습니다.
첫째, 0-raw와 sources는 읽기 전용이며 절대 수정되지 않습니다. 원시 노트와 원본 파일은 진실의 기반입니다. 에이전트는 이들로부터 파생물을 만들지만 원본은 절대 건드리지 않습니다. 이는 AI 지식 기반을 조용히 파괴하는 실패, 즉 "파생 노트가 다른 파생 노트를 인용하여 재생성될 때마다 원래 의미에서 조금씩 벗어나 결국 AI가 자신이 만들어낸 것을 자신 있게 반복하게 되는 현상"을 방지합니다. 소스가 이동하지 않으므로 진실도 표류하지 않습니다.
둘째, 2-atoms에는 원자(단일 아이디어)가 포함되며 문서 전체가 아닙니다. 파일 하나, 아이디어 하나. 이것은 제텔카스텐의 원리이자 연결의 그물망을 장식용이 아닌 기능적으로 만드는 핵심입니다. 단일 아이디어로 분해하면 여러 항목에 연결하고, 재조합하고, 모순을 정확하게 식별할 수 있습니다. 긴 문서가 통째로 던져진 볼트에서는 이 작업을 할 수 없습니다.
셋째, 3-threads는 이해가 존재하는 곳입니다. 원자는 재료이고, 스레드는 통합입니다. "배터리 비용 곡선"과 같은 주제에 관련 원자가 축적됨에 따라 스레드는 성장합니다. 이것은 평평한 위키에서 누락된 계층이며, "지식 베이스"와 "이해"의 차이점입니다.
단계 B: Obsidian에서 이 폴더 열기
이것이 Obsidian 통합의 기초입니다. 한 가지만 하면 됩니다.
Obsidian을 열고 "폴더를 볼트로 열기"를 선택한 다음 방금 만든 brain/ 폴더를 지정합니다. 그게 전부입니다. 추가 플러그인이나 동기화 서비스가 필요 없는 이유는 Obsidian 볼트가 마크다운 파일의 모음이기 때문입니다. 폴더 자체가 볼트가 됩니다.
노트에 [[노트 이름]]을 쓰면 표준 Obsidian 내부 링크가 됩니다. 즉, 야간 근무조의 "분해 및 연결" 역할이 [[관련 노트]]로 노트를 연결하면 Obsidian의 그래프 뷰에 자동으로 나타납니다. 여러분은 아무것도 할 필요가 없습니다. Obsidian이 에이전트가 작성한 마크다운을 시각화합니다.
"왜 벡터 DB나 RAG를 사용하지 않나요?"라고 궁금해할 수 있습니다. 일반 마크다운과 링크만으로 충분하기 때문입니다. 로컬에 있으며 이식 가능하고, 어떤 노트가 어떤 소스에서 왔는지 추적할 수 있습니다. 이식성과 신뢰성 모두에서 클라우드 기반 벡터 DB보다 뛰어납니다. 파일이 일반 텍스트이기 때문에 Obsidian이 뷰어로 완벽하게 작동하는 것입니다.
단계 C: 헌장 작성
CLAUDE.md는 이 전체 작업 인력을 관리하는 단일 파일입니다. Claude Code는 작업 전에 이 파일을 읽으므로 여기에 운영 규칙을 작성하면 모든 교대조가 따릅니다. 간결하고 명확하며 절대적인 방식으로 작성하세요.
1# 운영 규칙 (실행 전 필독)23## 파이프라인4- 0-raw/ : 입력. 읽기 전용. 원시 노트를 편집하지 마십시오.5- 1-desk/ : 작업대. 교대 종료 시 정리하십시오.6- 2-atoms/ : 영구 원자. 파일 하나, 아이디어 하나.7- 3-threads/: 통합 문서. 기존 스레드를 업데이트하고 중복을 생성하지 마십시오.8- sources/ : 원본. 읽기 전용.9- briefings/: 인간을 위한 보고서가 작성되는 곳.1011## 최우선 지침12모든 원자는 sources/ 또는 0-raw/의 기존 소스로 추적 가능해야 합니다.13소스가 없으면 노트를 작성하지 마십시오. 자료에 없는 주장을 작성하지 마십시오.14그럴듯해 보이는 정보로 빈틈을 채우지 마십시오. 절대로.1516## 작업 규칙171. 하나의 원자, 하나의 아이디어. 소스에 8개의 아이디어가 있으면 8개의 원자를 만듭니다.182. 원자를 생성하기 전에 2-atoms/를 검색하여 기존 노트를 확장할 수 있는지 확인하십시오.193. 각 원자는 최소 두 개의 관련 원자에 연결되어야 합니다.204. 기존 노트와 모순되는 경우, 새 노트에 이전 노트를 가리키는 [FRICTION] 블록을 추가하십시오. 조용히 신념을 덮어쓰지 마십시오.215. 삭제하지 마십시오. 쓸모없어지면 [RETIRED]를 추가하고 archive/로 이동하십시오.226. 교대 종료 시 관련 스레드를 업데이트하고 브리핑을 작성하십시오.
"최우선 지침"은 모든 것을 보호하는 핵심입니다. 이것이 없으면 야간 근무조는 사실 사이의 빈틈을 그럴듯한 허구로 채우기 시작할 것입니다. 그 허구는 여러분의 실제 생각과 구분할 수 없게 되고, 한 달 후에는 어떤 신념이 여러분의 것이고 어떤 것이 기계가 만들어낸 것인지 알 수 없게 됩니다. "소스가 없으면 노트를 작성하지 마십시오." 이것이 여러분의 뇌를 여러분 자신의 것으로 유지하는 규칙입니다.
이제 지식을 담는 상자와 그것을 보호하는 헌장이 준비되었습니다. 상자 안의 노트는 다음 장에서 야간 근무팀이 추가할 것입니다.
3장: Claude Code로 야간 근무조 운영하기
청사진이 준비되었으니 엔진을 설치해 보겠습니다. Claude Code가 실제로 야간 근무를 실행합니다. 함께 조립해 봅시다.
헤드리스 실행: 수동으로 한 번 실행하기
Claude Code는 대화형 화면 없이 실행할 수 있습니다. 이것이 헤드리스 모드입니다.
claude -p "CLAUDE.md의 규칙에 따라 0-raw/에서 처리되지 않은 파일 하나를 읽고 2-atoms/에 원자를 생성하십시오."
-p (--print) 플래그는 하나의 명령을 실행하고 종료되는 스크립트용 모드입니다 (공식 문서). 표준 claude -p는 CLAUDE.md와 스킬을 자동으로 읽으므로 2장에서 작성한 최우선 지침이 적용됩니다. 완벽한 재현성이 필요한 경우 --bare 모드(자동 CLAUDE.md 및 스킬 검색을 건너뜀)도 있지만, 이 경우 프롬프트에 규칙을 명시적으로 전달해야 합니다. 최우선 지침이 작동해야 하므로 표준 -p를 사용합니다.
즉시 예약하지 말고, 수동으로 한 번 실행하여 어떻게 작동하는지 확인하십시오. 자동화로 넘어가기 전에 하나의 원자가 의도한 대로 생성되는지 확인합니다.
스킬(Skill)로 플레이북 작성
각 교대조의 "직무 설명서"는 스킬(재사용 가능한 워크플로우를 설명하는 마크다운 파일)로 작성됩니다. .claude/skills/<name>/SKILL.md에 배치하면 언제든지 호출할 수 있습니다 (공식 문서).
예를 들어, 주요 야간 처리를 담당하는 "정제소" 교대조는 다음과 같이 작성됩니다. 작성되면 claude -p "/refinery"와 같이 스킬 이름으로 호출할 수 있습니다. 한 번 작성하고 매일 밤 이름만 호출하면 됩니다.
name: refinery
description: 0-raw에서 처리되지 않은 모든 항목을 원자로 정제하는 주요 야간 교대조.
1# 정제소 실행23## 작업40-raw/에서 처리되지 않은 항목을 처리합니다. 항목당 하나의 하위 에이전트를 할당하고,5병렬로 실행한 후 통합합니다. 각 에이전트는 다음을 수행합니다:671. 원시 노트와 sources/의 관련 소스를 읽습니다.82. 파일당 하나의 아이디어로 분할하여 2-atoms/에 배치합니다.93. 각 원자에 대해 2-atoms/를 검색하여 새로 생성하기 전에 기존 노트를 확장할 수 있는지 확인합니다.104. 각 원자를 최소 두 개의 관련 원자에 연결합니다.115. 기존 노트와 모순되는 경우, 이를 가리키는 [FRICTION] 블록을 추가합니다.126. 처리된 원시 노트를 0-raw/archive/로 이동합니다.1314## 엄격한 준수15- CLAUDE.md의 최우선 지침을 따르십시오. 소스 없이 주장을 작성하지 마십시오.16- 읽는 것 외에는 sources/ 및 0-raw/의 원본을 건드리지 마십시오.17- 판단이 필요한 통합은 인간에게 맡기십시오. 플래그를 표시하고 결정을 강요하지 마십시오.
병렬 처리: 하위 에이전트 정의
"분해", "연결", "모순 확인" 작업을 나누기 위해 하위 에이전트를 사용합니다. .claude/agents/ 아래에 마크다운으로 정의하면 각각 독립적인 컨텍스트에서 병렬로 이동하고 결과만 상위 에이전트에 반환합니다 (공식 문서). 정의 파일은 이름과 사용 가능한 도구를 지정하는 프론트매터로 시작합니다.
name: cataloger
description: 하나의 소스를 원자(파일당 하나의 아이디어)로 분해합니다.
tools: ["Read", "Write"]
제공된 소스를 읽고 2-atoms/에 원자(파일당 하나의 아이디어)를 생성하십시오. 먼저 기존 원자를 검색하고 확장할 수 있는 원자는 확장하십시오. 항상 프론트매터에 소스를 작성하십시오.
원본 문서는 "300개의 에이전트"를 자랑했습니다. 이는 최대 300개의 하위 에이전트와 4,000단계를 병렬로 배포할 수 있는 Kimi의 K2.6 모델 사양에서 비롯되었습니다 (Kimi 공식 블로그). 그러나 Claude Code는 "제한 300"과 같은 고정된 숫자를 광고하지 않습니다. 대신 필요에 따라 여러 에이전트를 할당하고 통합하는 오케스트레이션 방식을 사용합니다. 그리고 현실적으로 두 번째 뇌 야간 근무에 300개의 에이전트가 필요하지 않습니다. 몇 가지 역할 유형과 축적된 소스당 몇 개의 에이전트면 충분합니다. 이점은 순수한 숫자가 아니라 역할을 분담하고 병렬로 실행하는 데서 옵니다.
일정 예약: 매일 밤 정해진 시간에 호출하기
마지막으로, 시간별로 교대조를 트리거합니다. 가장 신뢰할 수 있는 방법은 외부 cron 작업에서 표준 claude -p를 사용하여 스킬을 이름으로 호출하는 것입니다. 밤새 네 개의 교대조가 순차적으로 작동하도록 설계하십시오.
0 23 * 23:00 매일 스카우트 (자료 수집; 지금은 수동 실행)
0 3 * 3:00 매일 정제소 (병렬 정제; 메인 이벤트)
0 6 * 6:00 매일 편집자 (스레드 및 브리핑 업데이트)
0 22 0 22:00 일요일 감사 (주간 상태 점검)
정제소만 자동화해도 시작하기에 충분합니다. crontab 예시는 다음과 같습니다:
crontab -e 예시 (3:00 정제소 교대조)
0 3 * cd ~/brain && claude -p "/refinery" >> briefings/cron.log 2>&1
자료 수집 역할(브라우저를 통해 문서 텍스트 가져오기)은 특별한 경우입니다. 나중에 언급하듯이, Claude Code의 브라우저 조작은 현재 대화형 세션으로 제한됩니다. 따라서 지금은 스카우트를 수동으로 실행하여 텍스트를 sources/에 저장하고, 야간 정제소가 수집된 텍스트를 처리하도록 하십시오.
익숙해지면 Claude Code의 내장 루틴(Routines)으로 전환하는 것이 더 쉽습니다 (공식 문서). 세션 내에서 /schedule을 실행하면 매시간, 매일 밤, 또는 매주와 같은 주기적 실행을 등록할 수 있습니다(작성 시점 기준, 이는 특정 플랜 또는 웹용 Claude Code가 필요한 연구 프리뷰입니다). 루틴은 Anthropic의 클라우드에서 실행되므로 노트북이 꺼져 있어도 작업이 실행됩니다. 최소 간격은 1시간입니다. 하나의 교대조에 대해 cron으로 시작하고, 익숙해지면 루틴으로 전환하는 것을 권장합니다.
4장: Obsidian을 "모든 도구의 공유 메모리"로 만들기
지금까지 Claude Code는 brain/ 폴더를 직접 읽고 쓸 수 있습니다. Obsidian이 같은 폴더를 열고 있으므로 기본 통합은 이미 완료되었습니다.
이 장은 고급 버전입니다. 야간 근무를 바로 시작하고 싶다면 건너뛰고 나중에 읽어도 됩니다. 여기서는 다른 편집기의 AI 기능이나 다른 에이전트와 같은 다른 도구에서도 동일한 볼트를 검색하고 쓸 수 있도록 만듭니다.
이렇게 하면 5개의 앱에 흩어진 지식 사일로가 제거되고 모든 것이 하나의 뇌를 공유할 수 있습니다. 이는 MCP(Model Context Protocol, 외부 도구를 AI에 연결하는 공통 표준)를 통해 달성됩니다.
Obsidian을 MCP로 연결하는 방법은 난이도 순으로 세 가지가 있습니다.
1. Filesystem MCP (가장 쉬움, 플러그인 불필요)
볼트는 단순한 폴더이므로 파일 시스템 MCP 서버를 볼트에 지정하면 됩니다. Obsidian에 아무것도 설치할 필요가 없습니다.
claude mcp add obsidian-fs -- npx @modelcontextprotocol/server-filesystem ~/brain
2. Local REST API + mcp-obsidian (전체 기능: 검색 및 추가)
AI가 전체 텍스트 검색을 수행하거나 특정 제목/블록에 내용을 추가하도록 하려면 Obsidian에서 "Local REST API" 커뮤니티 플러그인을 사용하십시오. 설치하고 활성화한 다음 API 키를 복사하기만 하면 됩니다. 기본 호스트는 127.0.0.1, 포트 27124입니다(자체 서명 인증서 사용 HTTPS). 그런 다음 환경 변수와 함께 uvx mcp-obsidian을 등록합니다 (mcp-obsidian / Local REST API).
OBSIDIAN_API_KEY=your_key OBSIDIAN_HOST=127.0.0.1 OBSIDIAN_PORT=27124 claude mcp add obsidian -- uvx mcp-obsidian
3. 더 풍부한 구현 (cyanheads/obsidian-mcp-server)
Local REST API 플러그인을 래핑하는 더 고급 MCP 서버 구현도 있습니다. cyanheads/obsidian-mcp-server는 외부 Node 기반 서버로, 경로 제한 및 제목별 정확한 편집을 지원합니다. 방법 2와 마찬가지로 Local REST API 플러그인과 API 키가 필요합니다.
Claude Code에서 MCP를 등록하는 것은 항상 claude mcp add <name> -- <command> 형식을 따르며, 설정은 ~/.claude.json(개인용) 또는 .mcp.json(저장소 공유용)에 저장됩니다 (공식 문서).
한 가지 주의할 점: 이러한 모든 방법은 localhost 또는 제공된 폴더로 범위가 지정됩니다. REST API 방법은 자체 API 키가 필요하며 통신이 localhost로 제한됩니다. 그럼에도 불구하고 에이전트에 쓰기 권한을 부여하는 것이므로 신뢰할 수 있는 볼트로만 제한하는 것이 가장 안전합니다.
데모 동영상이 항상 건너뛰는 세 가지 함정
자동화된 작업 인력에게 지식에 대한 읽기/쓰기 액세스 권한을 부여하고 밤새 감독 없이 실행하는 것은 엄청난 이점이 있지만, 주의해야 할 점이 있습니다. 이것이 시스템이 1년 동안 더 똑똑해지는 것과 한 달 만에 조용히 썩어가는 것을 구분짓는 요소입니다.
첫째, 제약 조건을 솔직하게 이해하십시오. 루틴은 최소 간격이 1시간인 클라우드에서 실행됩니다. 그리고 브라우저를 통해 문서 텍스트를 가져오는 "스카우트" 교대조는 주의가 필요합니다. Claude Code의 브라우저 조작(Chrome의 Claude)은 현재 베타 버전이며 대화형 세션으로 제한됩니다. 아직 클라우드 루틴 내에서는 작동하지 않습니다 (공식 문서). 실용적으로는 스카우트를 수동으로 실행하여 텍스트를 sources/에 저장하고, 야간 정제소가 수집된 텍스트를 처리하도록 하는 것이 더 깔끔합니다.
둘째, 보안 및 비용. Claude Code에는 여러 권한 모드가 있습니다 (공식 문서). 표준 default는 읽기 외의 모든 작업에 승인을 요구합니다. acceptEdits는 편집을 자동으로 허용합니다. plan은 읽기 전용 모드로 조사하고 계획을 제안합니다. bypassPermissions는 모든 것을 허용합니다. 무인 작동의 경우 먼저 plan으로 동작을 확인한 다음, Deny 규칙을 사용하면서 사전 승인된 도구만 실행하는 CI용 모드인 dontAsk로 전환하는 것이 가장 안전합니다. 또한 brain/을 git으로 관리하고 매일 밤 커밋하십시오. 야간 근무조가 이상한 결정을 내리면 한 번의 명령으로 이전 밤으로 되돌릴 수 있습니다. 이것은 안전벨트와 같습니다. 사고 후가 아니라 첫날부터 착용하는 것이 좋습니다. 또한 Claude Code는 API 또는 구독 비용이 발생합니다. 원본 가이드처럼 오픈 가중치 모델을 직접 호스팅하여 API 비용을 없앨 수도 있지만 그것은 별도의 주제입니다. 야간 처리량에 따라 비용을 추정할 준비를 하십시오.
셋째, 최우선 지침을 계속 따르십시오. 주간 감사에서 "소스가 없는 노트"를 발견하면 즉시 처리하십시오. 추적할 수 없는 소스의 노트가 축적되기 시작하는 순간, 여러분의 뇌는 신뢰할 수 없게 됩니다. 신뢰할 수 없는 두 번째 뇌는 아예 없는 것보다 더 나쁩니다. 기계의 허구를 자신의 결론이라고 생각하고 행동할 수 있기 때문입니다. "소스가 없으면 노트를 작성하지 마십시오." 이것이 여러분의 뇌를 여러분 자신의 것으로 유지하는 규칙입니다.
요약: 사서 그만두고 편집장이 되십시오
오랫동안 "두 번째 뇌 구축"은 "자신의 사서라는 두 번째 무급 직업을 떠맡는 것"의 완곡한 표현이었습니다. 그렇기 때문에 실패한 시도의 무덤이 도처에 존재합니다. 그 노력이 가치가 없었기 때문에 의지력은 항상 패배했습니다.
하지만 그 노동은 이제 위임될 수 있습니다. 낮에는 몇 초만 투자하여 자료를 던져넣으면 됩니다. 밤에는 부대가 정제합니다. 여러분은 편집장으로서 일주일에 20분만 투자하여 "어떤 신념을 채택할지" 결정하면 됩니다. 그리고 시스템은 내버려둘수록 더 똑똑해집니다. 시간이 지남에 따라 줄어들던 노동을 완전히 야간 근무조에 넘겼기 때문입니다.
여러분은 노트 필기를 못했던 것이 아닙니다. 혼자서 연구 부서 전체를 운영하려고 했던 것입니다.
오늘부터의 첫 걸음 (3단계):
- [ ]
mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}로 정제소를 만들고 Obsidian에서 볼트로 여십시오.CLAUDE.md의 첫 줄에 "소스가 없으면 노트를 작성하지 마십시오"라는 최우선 지침을 작성하십시오. - [ ]
.claude/skills/refinery/에SKILL.md하나를 작성하고claude -p로 하나의 소스를 수동으로 처리해 보십시오. - [ ] 작동하면 cron 또는 루틴으로 매일 밤 하나의 교대조를 자동화하십시오.
X에 게시할 수 없는 유용한 정보를 LINE 오픈챗에서 공유하고 있습니다.
아래 링크를 통해 참여해 주세요.
