※この記事は2026年4月時点の実運用メモです。
AIの使い方やObsidian運用は今後も変わっていくと思うので、その時点の記録として読んでください。
前回、自分がAIに刺さった理由は、知識を外部化したかったからかもしれないと書いた。
頭の中だけに置いておくと漏れてしまうもの。
メモには残っているのに、いざ使う時に取り出せないもの。
複数の情報がつながっているはずなのに、自分では整理しきれないもの。
そういうものを、AIに渡して、あとから使える形にしたかった。
ただ、そこまで考えてみて、もうひとつ大事なことにも気づいた。
AIに知識を渡すなら、こちら側のメモの形もある程度整っていないと使いにくい。
最初は、何でも雑に残しておけば、AIが勝手にうまく読んでくれるような気もしていた。
でも実際には、渡す側のメモが散らかりすぎていると、AIも文脈をつかみにくい。
だから最近は、知識を外部化するだけでなく、AIに渡せる形で残すことも、AI活用の一部だと思うようになってきた。
最初は、メモさえ残しておけば何とかなると思っていた
最初はかなり雑に考えていた。
とりあえずメモを残す。
あとでAIに読ませる。
必要なら要約してもらう。
それで十分だと思っていた。
実際、何も残していないよりはずっといい。
会話だけで流れていくより、メモが残っている方が後から拾える。
思いつきを忘れるより、inboxに入れておいた方がいい。
ただ、続けていくうちに、メモがあるだけでは足りない場面が出てきた。
メモはある。
でも、何のためのメモなのか分からない。
いつの話なのか分からない。
今すぐ触るべきなのか、ただの保留なのか分からない。
こうなると、AIに渡しても少しぼやける。
AIが読めることと、AIが扱いやすいことは別だった。
AIに渡すには、文脈も一緒に残す必要があった
AIにメモを読ませる時、本文だけでは足りないことがある。
たとえば、メモの中身そのものは読める。
でも、
- これは下書きなのか
- ただの思いつきなのか
- もう公開済みなのか
- 次に何をしてほしいのか
- どこまで整理済みなのか
このあたりが分からないと、次の作業につながりにくい。
人間なら前後の流れを覚えているつもりでも、数日たつとかなり怪しくなる。
まして別のAIに渡すなら、なおさら説明が必要になる。
だから、メモには中身だけでなく文脈も必要だった。
何のためにあるのか。
今どこまで進んでいるのか。
次に何をしてほしいのか。
このくらいが残っているだけで、AIに渡した時の使いやすさがかなり変わる。
inboxは「何でも置く場所」ではなく、次に触る候補の入口だった
自分の場合、最初に効いたのは inbox の見方を変えたことだった。
以前は、inboxを何でも置ける場所として見ていた。
思いつき。
ブログ素材。
調べたいこと。
作業メモ。
保留中の話。
全部をとりあえず入れておける場所。
これは便利だけれど、そのままだとすぐ重くなる。
AIに読ませる時も、inboxが巨大化していると、何を見ればいいのか分かりにくい。
だから最近は、inboxを「すべてを保管する場所」ではなく、次に触る候補の入口として見るようにしている。
長くなったらアーカイブする。
ブログ材料はブログ用のinboxへ寄せる。
別テーマのものはテーマ別に逃がす。
現役inboxは軽くしておく。
こうすると、AIにも渡しやすい。
「まずinboxを見て、今日の材料があるか確認して」
と言いやすくなる。
dailyは、その日の進捗をあとから思い出すために効いた
dailyもかなり大事だった。
AIとの作業は、その場ではかなり進んだ気になる。
でも次の日になると、どこまでやったか意外と忘れる。
何を整理したのか。
どの下書きを作ったのか。
関連記事を更新したのか。
次に何をする予定だったのか。
こういうことをdailyに残しておくと、かなり戻りやすい。
AIにとっても、dailyは作業の履歴として使いやすい。
昨日何をしたか。
今日何を続ければいいか。
どのファイルが最新か。
このあたりが見えるだけで、引き継ぎがかなり楽になる。
特に、毎日少しずつブログやObsidianを触っていると、dailyは作業の地図みたいな役割になる。
handoffメモは、AIをまたぐ時の説明を減らしてくれた
AIを複数使うようになると、handoffメモもかなり効いてくる。
ChatGPTで考えたことをCodexに渡す。
Claudeで整理した内容をObsidianに残す。
別の日に、また別のAIへ続きを頼む。
こういう時に、毎回最初から説明し直すのはかなり重い。
だから、handoffメモに短く残す。
- 何の話か
- どこまで進んでいるか
- 次に何をしてほしいか
- 注意点は何か
これだけでもかなり違う。
AIに知識を渡すというより、作業の文脈を渡す感じに近い。
本文そのものより、こういう周辺メモの方が効く場面もある。
補助メモは、本文とは別に置いた方が見通しがよかった
もうひとつ大事だったのは、補助メモの置き場だった。
記事本文。
関連記事候補。
handoffメモ。
ネタ出し。
整理メモ。
これらが全部同じ場所に混ざると、かなり見通しが悪くなる。
本文なのか。
補助なのか。
未整理なのか。
公開済みなのか。
毎回それを判断する必要が出てくる。
だから最近は、補助メモは補助メモとして分けるようにしている。
これは地味だけれど、AIに渡す時にも効く。
「本文はこれ」
「関連記事はこれ」
「handoffはこれ」
と分かれていると、次の作業がかなり進めやすい。
AIに読ませるためというより、人間とAIの両方が迷わないための分け方だった。
メモの形を整えることは、AIに合わせることではなかった
ここで少し大事だと思っているのは、メモの形を整えることは、AIに合わせて自分を窮屈にすることではないということだ。
むしろ逆に近い。
自分が後から見ても分かる。
別のAIに渡しても最低限読める。
途中で止まっても再開しやすい。
そのために、少しだけ形を整える。
完璧なルールはいらない。
細かすぎる分類もたぶん続かない。
でも、
- inboxは軽く保つ
- dailyに進捗を残す
- handoffで次の作業を短く残す
- 補助メモは本文と分ける
このくらいでもかなり違う。
AIに知識を渡すには、AIが読める形にするというより、自分もAIも迷いにくい形にしておくことが大事だった。
まとめ
AIに知識を渡せば、それだけで全部うまくいくわけではない。
渡す側のメモが散らかっていると、AIも扱いにくい。
本文だけ残っていても、文脈がなければ次の作業につながりにくい。
だから最近は、知識を外部化するだけでなく、渡せる形で残すことも大事だと思うようになった。
inboxを軽く保つ。
dailyに進捗を残す。
handoffメモで次にやることを書く。
補助メモを本文と分ける。
どれも派手ではない。
でも、こういう地味な形があることで、AIに渡しやすくなるし、自分でも後から戻りやすくなる。
AIをうまく使うために必要だったのは、すごいプロンプトだけではなかった。
知識を渡せる形で残しておくこと。
今の自分には、そこがかなり効いている。
コメント