Claude Code×Obsidianで作る「第二の脳」── 実践手順と限界
Claude CodeとObsidianを組み合わせて「第二の脳」を作る。X上で1,600万ビュー超の話題になったこの活用法を、vault作成からCLAUDE.mdの書き方、実際に組んで試して見えた限界まで、実際に手を動かせるレベルで解説します。
Udemyで買った講座、読み終えた技術書、カンファレンスで取ったメモ。学んだ直後は覚えているのに、3ヶ月後には検索もできない場所で眠っている。そんな経験はないでしょうか。僕自身、社会人序盤に月3万円のセミナーへ2年半通い、ビジネス書を百冊近く読みましたが、17年経った今、思い出せる内容はごくわずかです。記録され、リンクされなかった知識は複利になりません。
対象読者は、Claude Codeをすでに開発業務で使っている現役エンジニアです。Obsidianは「名前を聞いたことがある」程度でも問題ありません。読み終えれば、コーディング以外でClaude Codeを活かす具体的なセットアップ手順と、実運用における注意点の両方が持ち帰れます。
背景・課題 ── なぜ今「コードを書かせないClaude Code」なのか
きっかけは2026年6月、OpenAI共同創業者で元Tesla AIディレクターのAndrej Karpathyが投稿した、シンプルなアイデアでした。要旨はこうです。AIにコードを書かせることばかり考えるのをやめて、Claude CodeをObsidianのvault（Markdownファイルの入ったただのフォルダ）に向けてみろ。記事のPDFや動画のトランスクリプトを放り込んで「取り込んで」と頼めば、AIが読み込み、要約し、既存のノートとリンクを張り、生きたwikiとして育ててくれる、と。
この構想を紹介した引用ポストは「I genuinely don't understand why everyone isn't using this yet（なぜみんなこれを使わないのか本気でわからない）」という書き出しで拡散し、約3.1万いいね・1,600万ビュー超に達しました。時期を同じくして、Claude Coworkをはじめとする非コーディング向けの製品展開も発表が続いており、「Claude Codeの非コーディング活用」はいまXのAI界隈で最大級の論点になっています。
なぜこれがエンジニアに刺さったのか。理由は、エンジニアの学習知識が構造的に散逸しやすいからだと考えています。技術記事はブラウザのブックマークに、勉強会のメモはNotionやローカルのテキストに、書籍の学びは頭の中だけに。それぞれ保存場所が違ううえに、保存した後の「整理してリンクを張る」という作業には継続的なコストがかかります。Zettelkastenに代表される知識管理術（PKM）はこの整理を人力の規律でやる方法論でしたが、続かずに挫折した人が多いのも事実です。
Karpathyの構想が新しいのは、この一番面倒な「整理とリンク」の部分をエージェントに任せる点です。人間は資料をフォルダに落とすだけ。読み込み・要約・リンク・分類はClaude Codeがやる。ナレッジ管理が続かない最大の原因だった維持コストが、ほぼゼロになります。
90万円のセミナー知識はどこへ消えたか ── 僕の一次体験
この構想を試す前に、僕には思い当たる痛みがありました。
2009年から約2年半、月3万円・月2回のビジネスセミナーに通っていた。総額にすると約90万円の自己投資だった。「成功は技術だ」「現状維持は落ちているのと一緒」といった教えは当時の自分に強く響いたし、相手の目を見て名前を呼んで先に挨拶する、みたいな実践的な話もたくさん教わった。でも17年経った今、すぐに思い出せる内容はほんの数個しかない。同じ時期にビジネス書も百冊近く読んだけれど、体系立てて残っている知識はほぼゼロ。ノートにもリンクにも残さなかった知識は、これだけの時間とお金をかけても霧散するんだと、身をもって知っています。
一方で現在の僕は、2026年3月の時点でClaude Codeをコーディング以外の業務で一番使っているという実感がありました。議事録の整理、調査メモの構造化、ドキュメントの横断検索。ならば「学んだ知識の管理」もClaude Codeに任せられるのではないか。90万円を霧散させた過去と、非コーディング用途への手応えという現在。この2つが、第二の脳を実際に組んでみる動機になりました。
実践手順 ── Claude Code×Obsidianで第二の脳を作る
ここからが本題です。セットアップは5ステップで、慣れれば30分もかかりません。
手順1. Obsidianをインストールしてvaultを作る
Obsidian公式サイトからアプリをダウンロードします。個人利用は無料で、Windows/macOS/Linuxに対応しています。起動したら「新しい保管庫（vault）を作成」を選び、任意の場所にvaultを作ります。ここでは ~/Obsidian/second-brain とします。
Obsidianを深く理解する必要はありません。押さえるべきは2点だけです。vaultの実体はただのMarkdownファイルが入ったローカルフォルダであること。そして [[ノート名]] と書くとノート同士がリンクされ、グラフビューで知識のつながりが可視化されること。この「ただのフォルダ」という性質こそが、ファイル操作を得意とするClaude Codeと噛み合う理由です。
手順2. vaultをClaude Codeで開く
ターミナルでvaultに移動し、Claude Codeを起動します。Claude Code自体のインストールがまだの場合は、Claude Code公式ドキュメントのセットアップ手順に従えば数分で入ります。
cd ~/Obsidian/second-brain
claudeこれだけで、Claude Codeはvault内の全Markdownファイルを読み書きできる状態になります。コードリポジトリを開くのと何も変わりません。対象がソースコードではなく知識のノートになっただけです。
手順3. raw/・wiki/・CLAUDE.mdの3点構成を作る
vault直下の構成はシンプルにします。
second-brain/
├── CLAUDE.md ← vaultの運用ルール（エージェントへの指示書）
├── raw/ ← 未処理の資料を放り込む受信箱
│ └── processed/ ← 取り込み済みの資料の移動先
└── wiki/ ← 整理済みノートの本体
肝はCLAUDE.mdです。Claude Codeはセッション開始時にこのファイルを自動で読み込むので、ここに「このvaultでどう振る舞ってほしいか」を書いておきます。僕が試している設定例をそのまま載せます。
# このvaultの運用ルール
あなたはこのObsidian vaultの司書です。目的は、投げ込まれた資料を
検索可能で相互リンクされた生きたwikiとして育てることです。
## ingestの手順
- raw/ にあるファイルを1つずつ読む
- 内容をトピック単位に分解し、wiki/ 配下のノートに整理する
- 既存ノートと関連があれば [[ノート名]] 形式で双方向にリンクを張る
- 固有名詞・数値・日付・URLは省略せず残す
- 自分の解釈と原文の引用を区別して書く
- 処理し終えた資料は raw/processed/ に移動する
## ノートの書式
- ファイル名は英語ケバブケース、本文は日本語
- 冒頭に3行以内の要約を置く
- 末尾に出典（URL・書籍名・取り込み日）を必ず記録する
## 禁止事項
- 出典のない情報を推測で書き足さない
- 既存ノートの削除は指示があるまで行わないポイントは「司書」という役割を与えることと、リンク・出典・要約の書式を固定することです。書式が固定されていると、後からノートが何百枚に増えても品質が揃います。
手順4. 資料をraw/に投げ込んで「ingestして」と頼む
準備ができたら、あとは日常の運用です。読んだ技術記事のPDF、YouTubeやミーティングのトランスクリプト、書籍の読書メモ、勉強会のスライド。何でもいいので raw/ にファイルを落とし、Claude Codeに一言だけ頼みます。
raw/ の未処理ファイルをingestして
するとClaude CodeがCLAUDE.mdのルールに従って資料を読み、wiki/ にトピック別のノートを作り、既存ノートへのリンクを張り、処理済みファイルを raw/processed/ へ移動するところまで自動でやってくれます。人間の作業は「ファイルを置く」と「一言頼む」の2つだけ。整理の規律を自分の意志力で維持する必要がありません。
手順5. 蓄積したら横断質問で回収する
第二の脳の真価は、溜めた後の「取り出し」にあります。ノートが数十枚を超えたあたりから、こういう質問が効き始めます。
- 「LLMのコンテキスト管理について、このvaultに溜まっている知見を全部まとめて」
- 「半年前に読んだRAG関連の記事で、精度改善に触れていたものはどれ？」
- 「今週ingestした内容から、チームに共有すべきトピックを3つ選んで理由付きで」
grep的な検索ではなく、意味で横断して答えが返ってくる。そして回答の根拠は自分のvault内のノートなので、出典まで遡れます。ここまで来ると「学んだことが流れて消える」感覚は明確に減ります。
Obsidianプラグイン運用との違い
Obsidianを既に使っている人なら、Smart ConnectionsやCopilotといったAIプラグインとの違いが気になるはずです。要点を表にまとめます。
| 観点 | Obsidian AIプラグイン | Claude Code連携 | |---|---|---| | 主な役割 | 関連ノートの提示・チャット | 取り込み・整理・リンク・執筆まで実行 | | ファイル操作 | 基本は読み取り中心 | 作成・移動・一括リファクタが可能 | | ルールの持たせ方 | プラグインごとの設定画面 | CLAUDE.mdに自然言語で記述 | | 処理の単位 | ノート単位が中心 | vault全体を横断して自律処理 | | 追加費用 | 各プラグインのAPIキー課金 | Claude Codeの契約に含まれる |
プラグインが「賢い検索窓」だとすると、Claude Code連携は「専属の司書を雇う」イメージです。vaultの構造そのものを育てさせられる点が決定的に違います。
料金の前提
Claude Codeの利用にはAnthropicのProプラン（月$20〜）またはMaxプラン（月$100〜）が必要です。僕はMaxプランの月$100を払っていますが、開発業務と兼用なので、第二の脳のためだけに追加費用が発生しているわけではありません。すでにClaude Codeを契約しているエンジニアなら、限界費用ほぼゼロで始められる。これがこの活用法の隠れた強みだと思います。ingestは後述の通りトークンを消費するので、Proプランで始める場合は利用上限との相談になります。
課題・批判的意見 ── 万能ではない
ここまで手順を紹介してきましたが、実際に組んで試した範囲でも限界が見えます。導入前に知っておくべき点を4つ挙げます。
トークン消費は無視できない。 PDFやトランスクリプトの一括ingestは、コーディングセッションと同等かそれ以上にコンテキストを消費します。Maxプランでも、大量の資料をまとめて投げれば利用上限に届くことはあります。週次でまとめて処理するより、1日1〜2本を細かく取り込む方が安定します。
ingestの品質にはばらつきがある。 要約が薄すぎたり、逆にリンクを張りすぎてグラフがノイズだらけになったりします。対策はCLAUDE.mdの育成です。気になる挙動があるたびにルールを1行追記していくと、少しずつ自分好みの司書に近づいていきます。仕組みは作って終わりではなく、育て続ける前提で始めるべきです。僕は2025年にRAGの社内チャットボットを3つ作りましたが、メンテナンスの止まった知識システムがどれだけ早く陳腐化するかは、そこで痛感しました。
「手で書くから定着する」という反論には一理ある。 記憶への定着という観点では、自分の手で要約を書く行為に学習効果があるのは間違いありません。ただ、第二の脳の目的は暗記ではなく「必要なときに確実に取り出せること」です。定着させたい核心部分だけ自分で書き、周辺情報の整理をAIに任せる、という分担が現実的だと考えています。
機密資料は投げ込まない。 vaultはローカルにありますが、Claude Codeが処理する内容はAPIに送信されます。社内の未公開資料や顧客情報をingestするのは、所属組織のAI利用ポリシーに照らして判断すべき領域です。僕は「社外に公開されている情報と、自分個人の学習メモだけ」という線引きで試しています。
まとめ ── 知識を複利にする最初の一歩
この記事の要点を整理します。
- Karpathy発の「第二の脳」構想は、Claude CodeをObsidian vaultに向けて資料の取り込み・リンク・整理を任せる活用法
- 構成はraw/・wiki/・CLAUDE.mdの3点だけ。CLAUDE.mdに司書としてのルールを書くのが品質の鍵
- 人間の作業は「ファイルを置く」「ingestと頼む」の2つ。ナレッジ管理が挫折する最大要因の維持コストが消える
- トークン消費・品質のばらつき・機密の扱いという限界はあり、CLAUDE.mdを育て続ける前提が必要
最初の一歩は小さくて構いません。今日できるアクションを3つ挙げます。
- Obsidianをインストールし、
second-brainという空のvaultを作る（5分） - この記事のCLAUDE.mdの設定例をコピーして、vault直下に置く（5分）
- 直近1週間で読んだ記事を1本だけ
raw/に入れ、Claude Codeで「ingestして」と頼んでみる（10分）
90万円のセミナー知識を霧散させた僕からの実感として言えるのは、知識は記録されリンクされて初めて複利になるということです。Claude CodeとObsidianなら、その仕組みが今日の30分で手に入ります。
