XでObsidianを「第2の脳」として使う話を見かけて、実際に何が便利になるのか気になりました。過去のメモをAIが使ってくれるなら、途中で止めた作業を再開するときにも役立ちそうです。
ただ、ノートを作っただけで、AIが自動的にすべてを覚えるわけではありません。今回は、Codexで進めた作業をMarkdownとして保存し、次の作業前に関係する記録を読み戻す小さなローカル記憶レイヤーを作りました。設定から自己テスト、実際に残った記録までを初心者向けに紹介します。
Obsidian公式の説明を確認しながら進めましたが、この記事で紹介するのはObsidianの使い方全般ではなく、私のPCでCodexの作業記録を扱った一例です。
今回分かったこと
- Obsidianは、AIの記憶そのものではなく、作業記録を手元で読み返す場所として使える
- 「やったこと・決めたこと・失敗・確認結果・次にすること」を残すと、作業の続きに戻りやすい
- 記録を書く手順と、次に読む手順を人間が用意しないと、勝手に第2の脳にはならない
Obsidianは「第2の脳」になるのか
先に答えると、今回の仕組みは「何でも覚えてくれる第2の脳」ではありません。作業の要点を自分のVaultに保存し、次の作業前に必要なノートだけを読み戻せる、検索しやすい作業記録です。
Obsidianを使うと、記録はMarkdownファイルとして手元に残ります。私が作った仕組みでは、Codexの会話を丸ごと永久保存するのではなく、変更、判断、失敗、確認結果、次の一手を短くまとめます。あとから人間が読んでも、何をしていたのかが分かる形を目指しました。
この考え方は、長く続くサイト制作や、何度も設定をやり直す作業と相性がよさそうです。反対に、一度きりの短い質問なら、わざわざ記録する手間の方が大きいかもしれません。
Codexの作業をどこへ残したか
今回使ったのは、既存のObsidian Vaultの中に作った CodexMemory という領域です。中には、未処理の記録を置く Inbox、日別にまとめる Daily、プロジェクトごとの STATUS.md、古い記録を移す Archive などを用意しました。
Obsidian側にプラグインやAPIキーを追加したわけではありません。ローカルのMarkdownファイルを読み書きするPowerShellスクリプトを用意し、Obsidianはそのファイルを閲覧・編集する場所として使っています。外部同期も、今回の設定では無効にしました。
用意した主な動作は次のとおりです。
| 動作 | 役割 |
|---|---|
context | プロジェクトやキーワードに関係する記録を読む |
record | 作業結果を1件のMarkdownとして保存する |
daily | 未処理の記録を日別ノートへまとめる |
weekly | プロジェクトの状態を整理し、古い記録をアーカイブする |
status / doctor | 件数や設定を確認する |
この構成なら、Vaultの場所を勝手に探して別の場所へメモを作ることはありません。明示したVaultの中だけを対象にする点も、個人的な記録を扱ううえでは大切だと感じました。
実際に頼んだ指示はどんなものか
同じようなことを試すなら、Codexには次のように伝えられます。これは当時の入力をそのまま引用したものではなく、読者向けに整理した依頼文です。
Codexで進めた作業を、次回に引き継ぎたいです。Obsidianで読めるノートに「やったこと・決めたこと・うまくいかなかったこと・次にすること」を保存する仕組みを作ってください。保存先は私が指定するVaultの中にしてください。次の作業では関係する記録を読んでから始められるようにし、既存ノートは残してください。まず現在の環境と必要な準備を確認してください。
この指示で大事なのは、「覚えて」と頼むだけで終わらせないことです。どこへ保存するのか、何を記録するのか、既存ノートを消さないこと、次の作業でどう読むのかまで含めています。
さらに、作業後には次のような短い記録を残します。
変更：設定ファイルと記録コマンドを追加
判断：同期は無効にし、指定したVaultだけを対象にする
失敗：未解決の問題があれば記録。なければ「なし」
確認：自己テスト、設定診断、スケジュールの確認結果
次：次回に確認するファイルや作業
保存されたノートを見て分かったこと
実際の記録には、セットアップで何を変更したか、なぜ専用Vaultを選んだか、同期を無効にしたこと、自己テストが通ったこと、次回に何を読むかが残りました。日次ノートにはイベントIDを付け、同じ記録を日次処理で二重に取り込まないようにしています。
公開前に同じ環境で状態を確認したところ、Vaultと CodexMemory は存在し、未処理イベントは0件、処理済みイベントは2件、日次ノートは1件、プロジェクト状態ノートは1件でした。外部同期は無効のままです。
自己テストも再実行し、PASS: Codex memory self-test completed. という結果になりました。テストでは、重複イベントの抑止、読み取り専用のコンテキスト取得、日次・週次処理の再実行、古いノートの非破壊アーカイブなどを確認しています。
ここで注意したいのは、テストに合格したからといって、Codexの回答が必ず正しくなるわけではないことです。確認したのは、記録を保存し、読み、整理する仕組みが想定どおり動くかどうかです。記録の内容が間違っていれば、その間違いも保存されます。
便利だったことと、できなかったこと
便利だったのは、以前の作業を「何をしたか」だけでなく、「なぜそうしたか」「何を確認したか」「次はどこから始めるか」という単位で見返せることです。設定作業や記事制作のように、数日後に続きをする仕事では、最初から説明し直す負担を減らせる可能性があります。
一方で、何もしなくてもCodexが過去の記録を探してくれるわけではありません。作業後に record を実行し、次の作業前に context を実行する必要があります。記録し忘れた内容は残りませんし、Vaultを開いただけでAIが状況を理解するわけでもありません。
また、今回の作業では、記録を使った場合と使わない場合で作業時間が何分短くなったかを比較していません。「必ず効率が上がる」とは言わず、戻る場所と判断の根拠を残せることが、今回確認できた効果です。
作業が短い場合は、記憶レイヤーを用意するより、その場で相談して終える方が手軽です。
どんな人に向いているか
この使い方が向いているのは、同じプロジェクトを何度も再開する人です。たとえば、ブログの改善、アプリの試作、PCの環境設定、エラーの切り分けなど、前回の判断を忘れるとやり直しになる作業です。
反対に、毎回内容が変わる短い質問や、記録を残す必要がない一度きりの作業には向きません。記録の形式を細かくしすぎると、書くこと自体が目的になってしまいます。最初は「やったこと」「確認したこと」「次にすること」の3つだけでも十分です。
Munder Difflinの記事では、AIに調査・設計・実装・レビューの担当を分ける実験を紹介しました。今回のObsidianの記憶レイヤーは、そのような作業の結果を後から追えるようにする裏方です。AIに何をさせるかだけでなく、終わったあとに何を残すかも考えると、次の作業が始めやすくなります。
まとめ：第2の脳というより、戻れる作業記録
Obsidianを「第2の脳」と呼ぶ表現は、作業記録を自分の手元に置き、あとから取り出せる便利さを表す言葉としては分かりやすいと思います。ただし、今回試したものは自動で何でも覚えるAIではありません。
Codexに記録を残す指示を出し、保存先を決め、次の作業前に関係するノートを読みます。その手順を続けることで、前回の判断や確認結果を見返しながら作業を再開できます。私にとっては「第2の脳」が完成したというより、作業を中断しても戻れる場所ができた、という感覚に近いものでした。
まず試すなら、大きな知識データベースを作るより、今進めている作業を1件だけ記録してみるのがおすすめです。保存したあと、別の日にそのノートを読んで、続きの指示を出せるかを確かめる。それだけでも、ObsidianとAIを組み合わせる意味は見えやすくなります。
初回セットアップ：2026年8月30日。公開前の状態確認と自己テスト再実行：2026年9月21日。この記事の依頼文は読者向けに整理した例で、当時の入力をそのまま引用したものではありません。
コメント