Obsidianを使い始めると、最初はメモが残ること自体が楽しくなります。仕事中に気づいたこと、AIとの会話で決めたこと、あとで試したい案、参考になったURL。忘れないうちに書けるのは、とても便利です。
ところが、保存先を毎回考えていると、だんだん書くのが面倒になります。分類を後回しにすると、今度はVaultのあちこちに「メモ」「メモ2」「あとで整理」が増えていきます。
私はこの問題を、最初から完璧に分類するのではなく、AI用の受信箱を1つ作ることで軽くしました。
思いついたときは受信箱へ入れる。AIに整理案を作ってもらう。人間が確認して、正式な保存先を決める。この記事では、この小さな流れを初心者向けに紹介します。
メモを書く前に保存先を考えると止まる
たとえば、作業中に次のことを思いついたとします。
Qiita記事にObsidianの受信箱運用を書きたい
AIに削除させないルールも入れたい
昨日の記事と重複しないか確認する
このとき、どのフォルダへ保存するか、タグは何にするか、既存メモへ追記するかを考え始めると、本来の作業が止まります。
一方で、デスクトップや複数のフォルダへ適当に保存すると、後から見つけられません。メモを取った安心感だけが残り、実際の仕事へつながらなくなります。
そこで、分類前のメモを置く場所を1つだけ決めます。
00_INBOX/
名前は「受信箱」「未整理」「Inbox」など、自分が迷わないものなら何でも構いません。重要なのは、保存先に迷ったメモを必ず同じ場所へ入れることです。
受信箱には整った文章を書かない
受信箱へ入れる段階では、見出しや文章の完成度を気にしません。
2026-10-07
- 今日のQiitaはObsidianの受信箱
- 自分で分類すると疲れる
- AIに分類案を作ってもらう
- 勝手に移動・削除はさせない
- 人間が最後に確認
この程度で十分です。
文章を整えることまで自分で行うと、受信箱へ書くこと自体が負担になります。私が残すのは、起きたこと、考えたこと、次に必要な確認だけです。
誤字があっても構いません。同じ内容を二度書いても構いません。AIに渡す前の一次メモなので、きれいさより、その時点の情報を失わないことを優先します。
ただし、APIキー、パスワード、アクセストークン、顧客情報、個人情報は書きません。後でAIへ整理を頼む可能性がある場所には、最初から秘密情報を混ぜないようにします。
AIには「分類」ではなく「分類案」を頼む
受信箱にメモがたまったら、AIへ整理を頼みます。ただし、「好きな場所へ移動してください」とは頼みません。
まずは分類案だけを出してもらいます。
次の受信箱メモを整理してください。
1. 確認済みの事実
2. 人間が決めたこと
3. 未確認の内容
4. 次に行う作業
5. 保存先の候補
元のメモは変更・移動・削除しないでください。
保存先は候補として示し、実際の反映は行わないでください。
AIの結果は、たとえば次のようになります。
確認済みの事実：
- Vol.65は公開済み
人間が決めたこと：
- 今日の記事はObsidianの受信箱運用を扱う
未確認：
- 過去記事とのタイトル重複
次に行う作業：
- 公開スケジュール末尾を確認する
保存先候補：
- Qiita/企画/Obsidian受信箱.md
この時点では、AIが選んだ保存先を正解とは扱いません。内容と候補を人間が読み、正式に残す場所を決めます。
受信箱から正式メモへ移す3段階
私の流れは、次の3段階です。
受信箱
↓ AIが整理案を作る
整理案
↓ 人間が確認・承認する
正式メモ
1. 受信箱
思いついた内容をすぐ残す場所です。書式はそろえません。まだ事実確認していない内容も、未確認と分かる形なら置けます。
2. 整理案
AIが見出しを付け、重複をまとめ、事実・判断・提案を分けたものです。受信箱とは別のファイルにします。
00_INBOX/2026-10-07.md
10_REVIEW/2026-10-07-整理案.md
3. 正式メモ
人間が内容を確認し、今後の作業で参照する場所へ反映したものです。
Projects/Qiita/CURRENT_STATUS.md
Projects/Qiita/NEXT_ACTION.md
Projects/Qiita/DECISIONS.md
整理案から正式メモへ移すときも、すべてを1ファイルへ詰め込みません。現在地はCURRENT_STATUS、次の作業はNEXT_ACTION、判断理由はDECISIONSというように、役割で分けます。
AIに移動まで任せる場合の境界
ローカルファイルを編集できるAIなら、確認後の内容を正式メモへ追記するところまで任せられます。
その場合も、最初からVault全体の整理権限を渡さず、対象を限定します。
読んでよい：
- 00_INBOX/2026-10-07.md
- Projects/Qiita/CURRENT_STATUS.md
作成してよい：
- 10_REVIEW/2026-10-07-整理案.md
変更してはいけない：
- 元の受信箱メモ
- 他プロジェクト
- 顧客情報
- 認証情報
削除：
- すべて禁止
正式メモへの追記は、整理案を人間が確認したあとに別の作業として依頼します。一度の依頼で「読む・考える・移動する・削除する」まで行わせると、どこで間違えたか分かりにくくなるからです。
受信箱を空にすることを目標にしない
受信箱運用を始めると、未整理メモが0件でないことが気になり始めます。しかし、受信箱を空にするためだけに、急いで分類する必要はありません。
次のようなメモは、そのまま保留にできます。
- 事実確認が終わっていない
- 今は優先度が低い
- 保存先をまだ決められない
- 他の判断が終わるまで動かせない
AIには、保留理由も付けてもらいます。
保留：Obsidianのテンプレート自動化
理由：実際の運用をまだ試していないため
再確認：1週間使ったあと
こうしておけば、未整理のまま忘れるのではなく、意図的に待っている状態だと分かります。
受信箱の件数より、必要なときに現在地を見つけられることのほうが大切です。
毎日ではなく、区切りで整理する
メモを1件書くたびにAIへ整理を頼むと、かえって手間が増えます。私は、作業の区切りでまとめて整理します。
- その日の作業を終えるとき
- プロジェクトを切り替えるとき
- 翌日の引き継ぎを作るとき
- 記事やアプリを公開したあと
- 受信箱から必要な情報を探しにくくなったとき
5分だけ時間を決め、受信箱のうち重要なものから整理します。すべてを完璧に分類しようとしません。
AIへは、「今日のメモだけ」「Qiitaに関するメモだけ」のように対象を絞ります。小さな範囲なら、整理結果を人間が確認する負担も小さくなります。
受信箱運用で楽になったこと
受信箱を作る前は、メモを書くたびに保存先を考えていました。既存ファイルを探し、同じ話がないか確認し、見出しに合う文章へ直してから保存していました。
この方法では、短い気づきを残すだけでも作業になります。忙しい日は記録を諦め、後から思い出せなくなることもあります。
受信箱を1つにしてからは、まず箇条書きを残せばよくなりました。AIが整理案を作るため、自分は内容の正しさと保存先の判断に集中できます。
AIに全部を任せるのではなく、人間がやらなくてよい整形作業だけを渡しています。
- 誤字を整える
- 似た箇条書きをまとめる
- 見出しを付ける
- 事実と未確認を分ける
- 保存先の候補を出す
一方で、正式な判断、削除、公開、秘密情報の扱いは人間が確認します。この分担なら、Obsidianを使うために疲れるのではなく、仕事を続けるための記録として使えます。
まとめ
Obsidianのメモを散らかさずに続けるため、私はAI用の受信箱を1つ作りました。
- 思いついた内容は保存先を悩まず受信箱へ入れる
- 受信箱では整った文章を書こうとしない
- AIには分類ではなく分類案を作ってもらう
- 人間が確認して正式メモの保存先を決める
- 元メモの変更・移動・削除は別の判断にする
この仕組みなら、メモを書く瞬間の負担と、後から整理する負担を分けられます。
フォルダ構成を最初から完璧に設計する必要もありません。受信箱から何度も同じ保存先が選ばれるようになったら、その時点で正式なフォルダを作れば十分です。実際のメモを見ながら構造を育てるほうが、自分の使い方に合ったVaultになります。
最初は00_INBOXというフォルダを1つ作り、今日の箇条書きを入れるだけで十分です。作業の終わりにAIへ整理案を作ってもらい、「何を正式な記録にするか」だけを自分で決めてみてください。
この記事は、ObsidianのMarkdownを複数AIで共有しながら、元メモ、整理案、正式な原本、Human Approvalを分けてきた本プロジェクトの運用をもとに構成しました。