「第二の脳」って結局なに? AI×Obsidianを今日から使う最小構成
「第二の脳を作るといい」
そう言われても、何を作れば完成なのかがわからない。
Obsidianを入れる。フォルダをきれいに分ける。AIと連携する。Webの記事を保存する。ノート同士をリンクする。
全部やったとして、それで何ができるのか。
ここが抜けたまま「第二の脳」という名前だけが歩き始めると、ものすごく高度な情報管理システムのように見えてしまう。実際には、もっと単純なものだ。
第二の脳とは、頭の外に置いた情報を、必要な仕事へ戻す仕組みである。
忘れないための保管庫ではある。ただし、保管が最終目的ではない。集めた資料や自分の考えを、記事、企画、判断、制作物へ再利用できて、はじめて役に立つ。
「第二の脳」はアプリの名前ではない
この言葉を広めたTiago Forteは、第二の脳を作る流れをCODEという四段階で説明している。
Capture:残したい情報を集める
Organize:使う目的に沿って整理する
Distill:重要な部分を絞る
Express:文章や企画などの成果として外へ出す
要するに、「見つけた」「保存した」で終わらせず、「使った」まで運ぶ仕組みである。
使うアプリはObsidianでなくてもいい。紙のノートでも、Notionでも、普通のフォルダでも構わない。今回は、AIから読み書きしやすく、ノートがMarkdownのファイルとして手元に残るObsidianを使う。
AIを組み合わせる意味も、派手な自動生成ではない。
人間が保存した資料をAIが探し、要点を抜き、過去の判断とつなぎ、次の作業へ渡す。その間にある面倒な運搬を任せるためである。
何のために作るのか
第二の脳は、目的を決めずに作ると失敗しやすい。
「人生の知識を全部入れる」と考えた瞬間、分類だけで日が暮れる。まず一つ、繰り返している作業につなぐ方がいい。
たとえばnoteを書く人なら、次の困りごとが対象になる。
前に見た記事のURLが見つからない
何が面白いと思って保存したのか忘れる
同じテーマを以前も書いた気がする
AIへ自分の方針を毎回説明している
下書きの根拠になった資料が後から追えない
ネタはあるのに、記事へ移すところで止まる
第二の脳で解決したいのは、記憶力の不足というより、この「仕事の途中で情報がちぎれる」問題である。
資料を保存した場所と、記事を書く場所と、AIへ指示する場所がばらばらだから、毎回人間が橋を架け直している。その橋を残して、次回も使えるようにする。
読者にどんなメリットがあるのか
一番わかりやすい利点は、同じ説明を減らせることだ。
記事の対象読者、使ってはいけない表現、出典の残し方、自分の文章と外部資料の区別。こうした規則をファイルに置き、AIが作業前に読むようにすれば、会話が変わるたびに貼り直さずに済む。
二つ目は、情報の出所を追えること。
AIに「以前読んだどこかの記事」を材料に文章を書かせると、どこまでが資料にある事実で、どこからがAIの補完なのかが曖昧になる。元URL、著者、確認状態を資料ノートに持たせれば、公開前に根拠へ戻れる。
三つ目は、保存した情報を再利用しやすくなること。
一つのX投稿から、記事の主題が一つしか取れないとは限らない。「保存量より呼び出し口が重要」という記事にもできるし、「外部資料を自分の文体として学習させない」という記事にもできる。資料と切り口を分けておけば、同じ資料を使い回しても同じ記事にはならない。
最初に作るのは三つの場所だけ
フォルダは増やそうと思えばいくらでも増やせる。最初は三つでいい。
01_Works/
note記事/
03_Reference/
Source Inbox/
04_Logs/`Source Inbox` は外から来た資料の置き場。`note記事` は自分が作る成果物の置き場。`Logs` は、どんな判断や変更をしたかを残す場所である。
この三つを分ける理由は、きれいに見せるためではない。
外部資料、自分の文章、運用記録では、AIに許してよい使い方が違うからだ。
資料ノートには「中身」より先に身元を書く
Web記事やX投稿を保存するときは、本文を丸ごとコピーする必要はない。むしろ、次の項目だけ先に残す。
---
document_role: external_source
authorship: external
voice_reference: false
source_url: https://example.com/article
source_title: 記事タイトル
source_author: 発信者名
captured_at: 2026-07-23
verification_status: unverified
note_idea_status: inbox
---その下に、資料の要点と、記事にできそうな切り口を書く。
## 資料の要点
- 元資料が実際に述べていること
- 数字や事例の確認状態
## note向けの切り口
1. 保存しても使われない理由
2. 外部資料と自分の文章を分ける方法`voice_reference: false` は、「この文章を私の文体見本として使うな」という印である。資料と自分の文章を同じMarkdownとしてAIに読ませるなら、この区別はあった方がいい。
Obsidianでは、こうしたプロパティを検索条件にできる。未確認の資料だけを探す、まだ記事化していない資料を一覧にする、といった整理も後から可能になる。
AIへ渡す指示は短くする
資料庫を作っただけでは、AIは必要なときに見に行かない。
Codexなら `AGENTS.md`、Claude Codeなら `CLAUDE.md` に、作業の入口だけを書く。
## note記事を書く前に
1. `03_Reference/Source Inbox` を検索する
2. 外部資料は事実と記事の切り口を分ける
3. 使用した資料の元URLを本文末へ残す
4. `voice_reference: false` の資料を本人文体として扱わない
5. 新しい切り口は `01_Works/note記事/ネタ帳.md` へ送るここへ資料の全文を書く必要はない。いつ、どこを見て、何を残すかだけでいい。
規則が長くなりすぎると、AIが毎回読む情報が増え、かえって重要な指示が埋もれる。詳細な手順は別のノートへ置き、入口から参照させる。
一つのURLが記事になるまで
実際の流れはこうなる。
気になるURL
↓
Source Inboxへ保存
↓
AIが要点・確認状態・切り口を分ける
↓
使える切り口だけネタ帳へ送る
↓
一つを選んで記事化
↓
本文末に元URLを残す
↓
記事から元資料へ戻れる状態で保存人間がするのは、気になったものを渡すことと、どの切り口を採用するか決めること。AIには、転記、要約、重複確認、関連資料の検索、下書き、出典欄の整形を任せられる。
逆に、資料が正しいかの最終判断や、その主張を自分の名前で出すかどうかまで自動化すると危ない。
第二の脳は、自分の代わりに考える脳ではない。自分が考える前後の雑務を引き受け、過去の材料を机へ戻してくれる仕組みである。
最初の一件だけ通してみる
最初から過去のメモを全部移す必要はない。
今日見つけたURLを一件保存する。AIに要点と切り口を分けさせる。そのうち一つをネタ帳へ送り、短い記事にする。本文の末尾から元資料へ戻れることを確認する。
この一周が通れば、すでに第二の脳は動いている。
何千件のノートがあるかは関係ない。入力が整理され、必要なときに呼び出され、何かの形で外へ出る。その経路が切れずに残っていることの方が重要である。
第二の脳とは、壮大なデジタル人格ではない。
前に考えたことを、次の仕事でゼロから考え直さなくて済むようにする。そのための、地味だが再利用できる道具である。
参考・出典
Tiago Forte「Building a Second Brain: The Definitive Introductory Guide」
https://fortelabs.com/blog/basboverview/Obsidian Help「How Obsidian stores data」
https://obsidian.md/help/data-storageObsidian Help「Search」
https://obsidian.md/help/Plugins/SearchObsidian Help「Properties」
https://obsidian.md/help/propertiesObsidian Help「Backlinks」
https://obsidian.md/help/backlinksAnthropic「How Claude remembers your project」
https://code.claude.com/docs/en/memoryOpenAI「Codexのカスタム指示(AGENTSファイル)」
https://learn.chatgpt.com/docs/agent-configuration/agents-md
