Obsidianを「メモアプリ」で終わらせない設計を飯塚浩也さんが解説。AIエージェントに記憶と出力先を持たせる方法

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。

今回は「Obsidianでつくる最強の右腕」の飯塚浩也さんが公開した完全版動画から、ObsidianをAIエージェントの記憶装置に変える設計を紹介するね。

出典: 【完全版】Obsidianをメモアプリで終わらせるな 自分のPCで最強の右腕を動かそう【Claude Code/Codex/Cursor】（Obsidianでつくる最強の右腕）

動画の冒頭、飯塚浩也さんはObsidianをこう説明します（1:33頃〜）。無料で使えて、プラグインで拡張できて、実体はただのフォルダとファイルの集合。デスクトップに新しく作る場所には「保管庫」という名前を付けます。

飯塚さんは口頭では「右腕」と名付けたと話していました。でも、実際にCursorで開いた画面には「右腕くん」と表示されていました（フレームで確認）。

私が引っかかったのはここです。ただのメモアプリなら、名前は何でもいい。名前負けもしない。でも「保管庫」と呼んで、AIエージェントに読ませる前提で場所を作ると、そこに置くものの基準が変わるんです。

飯塚浩也さん

「このAIエージェントも、最初は何も知らない状態からスタートする。ただClaude CodeやCodexを使うだけでは、仕事を完成させてくれるわけじゃない。そこでObsidianの出番になる」（22:19）

私はObsidianに自分の経験・価値観・口癖を全部文字にして蓄積しています。分身AIの「魂」になる場所だからです。分身AIを育てることは、自分が育つことでもある。これが私の実感です。

飯塚さんの動画を見て、腑に落ちました。同じ設計だったんです。保管庫の名前を先に決める。そこへ渡すものを選ぶ。この順番が、AIに何かを覚えさせる作業の出発点なんですよね。

今日できること: デスクトップに空のフォルダを1つ作って、名前だけ付けてみる。中身は空でいい。「ここにAIへ渡す前提の何かを置く」と決めるだけで十分です。

中盤、飯塚さんはコアプラグインの「Templates」とコミュニティプラグインの違いを説明したあと、検索プラグイン「Omnisearch」を紹介します（17:09頃〜）。開発者はSimon Cambierさん。フレームで実際の検索画面まで確認できました。

ここでの結論が「フォルダを作りすぎない方がいい」という話（18:04頃〜）。リンクと検索で辿るほうが速く、フォルダはプロジェクトやアウトプット系だけに限定するべきだと言うんです。

これ、私は逆をやってました。フォルダを細かく分けて満足するタイプだったんです。分類した瞬間に「整理した気」になる。錯覚です。前に書いたメモをAIに拾わせようとして、どのフォルダに入れたか自分でも思い出せなかったことがあります。

でも実際に必要な情報を探すときは、フォルダの階層をたどるより検索する方が早い。分類のための分類は、自分のための作業であって、AIエージェントが読みやすい状態を作る作業じゃないんですよね。

私が一次元上の視点を持てる方法は3つあって、共通点は「自分の外に出す」ことなんです。書いた瞬間に、頭の中から出て、一段上から見える。

フォルダ整理も、実は同じ話だと思います。分類してから覚えようとするんじゃなくて、まず外に出して、後は検索に任せる。整理は「見た目」じゃなく「あとで拾えるか」で決めるべきなんですよね。飯塚さんの動画を見て、この順番を再確認しました。

AIエージェント間で記憶を共有する話は、以前Basic Memoryの使い方を紹介した記事でも扱いました。あわせて読むと、フォルダ設計とファイル設計の両輪が見えてくると思います。

今日できること: 保管庫のフォルダを開いて、3階層以上ネストしている場所が無いか確認する。あれば1階層に戻して、検索プラグインを1つだけ入れてみる。

動画の中盤、ホワイトボードを使って「チャットAIとAIエージェントの違い」を解説するパートがあります（19:34頃〜）。ここの比喩が分かりやすかったです。

飯塚浩也さん

「チャットAIというのは、ChatGPTやGemini、Claudeのようなサービス。会社に例えるなら、優秀な新人。すごい能力を持っているけど、会社のことは何も知らない」（19:46）

飯塚浩也さん

「AIエージェントというのは、会社の中でベテランになっていくようなもの。目標さえ伝えれば、あとは任せられる存在」（20:58）

新人はすごい能力を持っていても、毎回イチから説明しないと動けません。ベテランは目標だけ伝えれば、あとは自分で判断して進めてくれる。

この差を作るのが「会社のことを知っているかどうか」です。Obsidianに書いた自己紹介がまさにそれだという話につながっていきます。

正直に言うと、私はこの「新人からベテランへ」がまだ道半ばです。外壁塗装リフォームの集客代行を、今も一人で抱え込んでいます。AIチームに手放して、クライアントに成果を届けたいと思いながら、結局イチから自分で説明してしまう場面がまだ多いんです。抱え込みになる境界は、結果を自分で所有し、完成させなければならないと執着した時です。任せた結果が思ったのと違ったら自分で直せばいい、と割り切れない限り、この案件はずっと新人扱いのままなんですよね。

それでも希望はあります。Claude Codeチームで「委ねるOS」を今まさに実践できつつある。未完成でも出す。作業を委任する。その第一歩を踏み出しています。飯塚さんの新人とベテランの比喩は、この途中経過にちょうど当てはまりました。

今日できること: 直近3回、AIに同じ説明を繰り返した場面を思い出す。その説明をメモに1つだけ書き出す。

ホワイトボードに描かれた図解では、Obsidianの下にUSER.mdとRULE.md、右側にMEMORY.mdとAGENTS.mdが並びます（22:11頃〜）。USER.mdには名前・役割・AIとの関わり方・トーン・価値観・判断基準・夢・好き嫌い・現在のプロジェクトなどを書きます。

フレームで実際の中身が写っていました。「価値観・判断の軸」「夢・北極星」「好き・情熱／苦手・苦痛」という見出しが確認できました。

飯塚浩也さん

「Less is moreをまず大事にしていて…褒めすぎるのは好きじゃない」（25:06）

RULE.mdは違います。もう少し実務寄りで、個人の方針や業務のルールを書く場所。フレームでは「人に説明する時は、ソースを必ず確認する」「返信は、AIを使わない」といったポリシーが並んでいました。

「日報は、夜の8時に書く」という業務ルールもありました。私はこの2つのファイルの役割分担を見て、自分の運用と重ねてみたくなりました。

私自身も、AI秘書の凛ちゃんと分身AI用に読ませる自己紹介ファイル（USER.md）と、人格の正本を分けて管理しています。理由は単純です。人格の設定を毎回書き直していたら、AIが何を軸にしているのかがブレてしまう。

分身AIと対話すると、自然と自分を客観的に俯瞰できるんです。それはAIが「私が何を大事にしているか」をあらかじめ知っているからこそ起きることなんですよね。飯塚さんの動画を見て、この設計を先にやっている人がもう1人いたんだと嬉しくなりました。

USER.md・RULE.md・AGENTS.mdの具体的な書き方や、AIツールを乗り換えても自己紹介がいらなくなる仕組みは、以前同じチャンネルの別動画から詳しく紹介した記事があるので、そちらもあわせて読んでみてください。

今回はこの2つのファイルが「新人をベテランに変える最初の一歩」だという位置づけの話として受け取りました。

今日できること: USER.mdという名前のファイルを1つ作り、「好きなこと」「苦手なこと」の2項目だけ書く。5分で終わります。

後半、飯塚さんはCursorを開き、AGENTS.mdを実際に作る様子を見せてくれます（32:57頃〜）。RULE.mdとUSER.mdをドラッグして文脈として読み込ませ、隠しフォルダ「.cursor」の中にMEMORY.mdを作る手順を実演していました。

フレームで確認したAGENTS.mdの本文には「出力」という見出しがあり、次のように書かれていました。

飯塚浩也さん（AGENTS.md本文より）

「AIのアウトプットをObsidian側と混ぜたくない。だからAI専用の出力フォルダを作る」（37:04）

成果物は必ず「.cursor/outputs」に保存し、保管庫の本体や01_Notesには置かない。線引きです。この一線があるから、AIが何を作っても本体の情報が汚れない。

飯塚さんはCursor・Claude Code・Codexを比較したうえで、この境界線の作りやすさも含めてCursorを一番のおすすめに挙げていました（27:51頃〜）。

私はこれを聞いて、毎朝の紙のノートを思い出しました。マインドマップで頭の中を書き出す時、iPadでは代わりにならないんです。理由は簡単です。紙とペンじゃなきゃ出てこないものがある。

手の感触が脳を動かす。AI活用の最前線にいながら、一番大事な道具がアナログというのは、自分でも面白いと思っています。

境界線は大事です。「.cursor/outputs」も同じ発想だと思いました。AIの生成物と自分の一次情報を、そもそも別の場所・別の道具に分けておく。混ぜないための境界線は、後で引くより先に決めておいた方が絶対に楽なんですよね。

今日できること: 保管庫の外（もしくは専用の隠しフォルダ）にAI出力専用のフォルダを1つ作る。次にAIに何か作らせるとき、そこへ保存させる。

面白い運用です。動画の終盤、飯塚さんは1週間分のデイリーノートをAIエージェントに分析させて、覚えておくべき情報をMEMORY.mdへ保存する運用を紹介します（36:01頃〜）。書きっぱなしのメモを、週に1回AIがまとめ直して記憶に昇格させる。

これで記憶と出力先の両方が整理され、AIへの委任範囲が広がるという結論でまとめに入っていました（40:47頃〜）。

飯塚浩也さん（AGENTS.md本文より）

「.MDファイルを作ることで、異なるAIエージェント間でも一貫性を保てる。Cursorを使いたければAGENTS.mdがあれば、AIエージェントの出力を維持できるし、Codexでも同じことが言える」（26:36）

私も日中にワクワク夢中に遊び探求して、その過程をAI秘書の凛ちゃんが全部記録・整理してくれる、という設計を試しています。今はまだ半分くらいしか実現できていません。書きっぱなしのメモを、そのまま放置していることも多いんです。

飯塚さんの「週次でメモを記憶へ格上げする」運用を見て、足りなかったのはここだと気づきました。記録するだけじゃなくて、定期的にAIへ読ませ直して、覚えておくべき形に整え直す。この一手間が抜けていたんですよね。

今日できること: 今週書いたメモを1つだけ見返して、「これはAIに覚えておいてほしい」と思う1行をMEMORY.md（無ければ新規のメモ）に書き写す。

42分の動画を見終わって残ったのは、Obsidianそのものの使い方より、AIエージェントとの関係の作り方でした。

フォルダを増やすのをやめて検索に任せる。自己紹介をUSER.mdに書いて渡す。AIの出力は専用フォルダに分けて、週に1回だけ記憶を格上げする。どれも派手な機能じゃなくて、地味な線引きの積み重ねです。

で、この線引きさえできれば、あとは思い切って任せていい。答えは単純です。

チャットAIという優秀な新人を、会社のことを知っているベテランに育てるのは、高性能なモデルを選ぶことじゃなくて、渡す自己紹介の中身なんですよね。あなたなら、AIに最初に読ませたい自己紹介は何を書きますか？