※この記事は2026年5月時点の実運用メモです。
ObsidianやAIの使い方は今後も変わっていくと思うので、その時点の記録として読んでください。
前回、AI時代に差が出るのは、コンテキストを持っている人かもしれないという話を書いた。
AIはかなり賢い。
でも、こちらの背景までは最初から知らない。
何を大事にしているのか。
どこまで作業したのか。
どの記事をもう書いたのか。
何を公開しない方がいいのか。
そういう文脈を渡さないまま頼むと、どうしても一般論になりやすい。
では、そのコンテキストをどこに置いているのか。
自分の場合は、今のところObsidianを使っている。
ただし、ここで言うObsidianは、きれいなノートアプリというより、AIが読みに行く場所に近い。
自分用に眺めるノートではなく、あとからAIに渡すための文脈置き場として使っている。
今回は、その話を整理しておきたい。
## 最初は、自分が見るためのメモとして使っていた
最初から、AIに読ませる場所としてObsidianを使っていたわけではない。
最初は普通に、自分が見返すためのメモとして使っていた。
思いついたことを残す。
気になった動画や記事のメモを残す。
ブログのネタを置く。
あとで考えたいことをinboxに入れる。
それだけでも十分便利だった。
ただ、続けていくうちに、自分で見るだけでは追いつかなくなってきた。
メモは増える。
ブログ候補も増える。
AIとの会話も増える。
rawも増える。
どこかに書いたはずの判断も増える。
こうなると、自分で全部覚えておくのは無理がある。
そこで少しずつ、Obsidianを「自分が読む場所」だけではなく、「AIに読ませる場所」として見るようになった。
## AIに読ませるなら、置き場の役割を分けた方がよかった
AIに読ませると言っても、全部を一気に読ませればいいわけではない。
むしろ、全部が同じ場所に混ざっていると扱いにくい。
今日触りたいメモ。
まだ育てている途中の素材。
何度も使える考え方。
元の会話ログ。
その日の作業記録。
公開注意のメモ。
これらが全部同じ場所にあると、AIも人間も迷う。
だから最近は、ざっくり役割を分けている。
– inbox: これから触る候補
– workbench: まだ育てている素材
– topics: 何度も使える知識や判断軸
– daily: 日ごとの進捗
– raw: 整える前の生ログ
– context: AIが最初に読む入口
細かい分類が完璧にできているわけではない。
でも、これくらい役割が分かれているだけで、AIに頼みやすくなる。
「まずinboxを見て」
「このworkbenchのメモを記事化して」
「公開注意メモを確認して」
「rawは必要な時だけ見て」
こういう指示が出しやすくなる。
これは、自分にとってかなり大きかった。
## inboxは保管場所ではなく、今触る候補にする
特に大事だったのは、inboxの扱いだった。
以前は、inboxを何でも置ける場所として見ていた。
思いつき。
ブログ素材。
未整理メモ。
AIの返答。
あとで読むもの。
作業途中のログ。
とりあえず入れておくには便利だった。
でも、そのままにしておくと、inboxはすぐ重くなる。
AIに「inboxを見て」と頼んでも、何が今日の候補なのか分かりにくい。
自分で開いても、どこから手をつければいいか分からない。
だから最近は、inboxを保管場所ではなく、今触る候補の一覧として見るようにしている。
長いログはrawへ逃がす。
育てたい素材はworkbenchへ移す。
何度も使える考え方はtopicsへ寄せる。
現役inboxには、次に触る候補だけを残す。
これだけで、AIへの頼み方がかなり変わる。
「今日のブログ候補を見て」
「次に触る順を決めて」
「公開注意を踏まえて記事化して」
と言いやすくなる。
## rawを残すのは、きれいにするためではなく消さないため
一方で、何でもきれいに整理すればいいとも思っていない。
むしろ、整える前のrawも大事だと思っている。
音声メモの生ログ。
AIとの会話。
勢いで書いたメモ。
まだ言葉になりきっていない違和感。
途中で削った補足。
こういうものは、きれいな要約だけにすると消えてしまうことがある。
その時は不要に見えても、あとから見ると大事な温度が残っている場合がある。
だからrawは、きれいに管理する場所というより、元の文脈を消さない場所として見ている。
ただし、rawを毎回AIに全部読ませるのは重い。
だから、普段は読ませない。
必要になった時だけ見に行く。
この距離感が、今のところちょうどいい。
## workbenchは、記事になる前の素材置き場になっている
inboxとrawの間に、workbenchのような場所も必要だった。
まだtopicsに入れるほど固まっていない。
でも、rawに眠らせるには惜しい。
そういう素材を置く場所だ。
たとえば、ブログの骨子。
AI運用の気づき。
公開するか迷っている話。
あとで記事化したいメモ。
複数の話が混ざっているけれど、芯はありそうな素材。
こういうものをworkbenchに逃がしておくと、inboxが軽くなる。
しかも、AIに頼む時も、
「このworkbenchメモを元にして」
「ここから記事の芯だけ拾って」
「公開注意に引っかかる部分は抽象化して」
と言いやすい。
自分にとってworkbenchは、完成した知識の棚ではなく、AIと一緒に育てる作業台に近い。
## AI用の入口を作ると、毎回の説明がかなり減る
もうひとつ大事なのは、AI用の入口を作っておくことだった。
Obsidianの中身が増えてくると、どこを読めばいいか分からなくなる。
これは人間でもそうだし、AIでも同じだと思う。
だから、自分のvaultでは、AIが最初に読む入口メモを作っている。
そこに、
– どのフォルダを先に読むか
– どこに現役候補があるか
– rawはいつ読むか
– 公開時に注意が必要な話題をどう扱うか
– 外部サービスや仕様の話は公開前に確認すること
のようなルールを置いている。
これがあると、毎回ゼロから説明しなくてよくなる。
もちろん、完全に自動で全部うまくいくわけではない。
でも、AIに
「まず入口メモに従って読んで」
と言えるだけで、かなり楽になる。
これは、Obsidianを自分用ノートではなく、AIが読みに行く場所として使ううえでかなり効いている。
## きれいなノート作りより、再開しやすさを優先している
ここまで書くと、かなり整理されたvaultを作っているように見えるかもしれない。
でも実際には、そんなにきれいなものではない。
inboxはまた膨らむ。
rawは増える。
workbenchも増える。
古い記事候補も残る。
同じような話を何度も書く。
それでも、完全にきれいにすることを目標にはしていない。
自分にとって大事なのは、きれいなノートを作ることではなく、作業を再開しやすくすることだ。
前に何を考えていたか戻れる。
どこまで記事化したか分かる。
何を公開して、何を保留したか分かる。
AIにどこを読ませればいいか分かる。
この状態を作ることの方が大事だった。
だから、Obsidianは自分のためのノートであると同時に、AIに文脈を渡すための作業環境になっている。
## まとめ
自分にとってObsidianは、ただのメモアプリではなくなってきた。
もちろん、自分が見返すためにも使っている。
でも今はそれ以上に、AIが読みに行く場所としての意味が大きくなっている。
AIに何かを頼む時、毎回すべてを説明し直すのは重い。
だから、inboxに今触る候補を残す。
workbenchに育てたい素材を置く。
topicsに何度も使える考え方を残す。
dailyに進捗を残す。
rawに元の文脈を消さずに置いておく。
AI用の入口メモで読む順番を示す。
こうしておくと、AIに文脈を渡しやすくなる。
きれいなノートを作ることが目的ではない。
自分とAIが、あとから作業を再開できるようにすること。
今の自分にとって、Obsidianはそのための場所になっている。
次は、こうやって貯めたコンテキストを、実際にブログ作成へどう使っているのかを書いてみる。
## 関連記事
– AI時代に差が出るのは、コンテキストを持っている人かもしれない
– AIに知識を渡すなら、メモは渡せる形にしておく必要があった
コメント