Obsidian 育て方 Level 4｜振り分けすら AI に任せる｜inbox-triage の実装
毎週末 30 分以上、受信箱のメモを手動で振り分けている。これを 1 ヶ月続けると、振り分け作業に 月 2 時間 が消える計算です。年間 24 時間。社員の半日労働 6 回ぶん。
当社もここで詰まりました。INDEX.md でルールが固まり、フォルダ分類は機能しているのに、人間の手が振り分けに追いつかない。受信箱が 100 件を超えると、土曜日の午後がまるごと整理に消える展開です。
解決策は単純でした。振り分けすら AI に任せる。Claude Code が受信箱を読み、INDEX.md のルールに照らして「このノートは 01_知見、これは 02_プロジェクト」と提案してくれる仕組みです。
当社では inbox-triage と呼んでおり、週末 30 分の作業が 5 分に縮みました。シリーズ「Obsidian 育て方 5 段階」第 4 回で、その実装を公開します。前回の Level 3（INDEX.md の書き方）を踏まえた内容です。
目次
Level 4 のゴール｜振り分け判断を AI に肩代わりさせる
Obsidian 育て方 Level 4 とは
受信箱に貯まったノートを、Claude Code が INDEX.md のルールに従って自動で分類提案してくれる段階。人間は「OK」「修正」を判断するだけで、振り分け実行は AI が担います。週末の整理時間が大幅に削減され、運用負荷が一段下がります。
「分類実行」と「分類判断」を切り分ける
Level 3 までは、分類のルール作りも、ルールに従った実行も、両方を人間が担っていました。Level 4 では、この 2 つを分けます。ルール作り（INDEX.md の更新）は人間、ルール適用（個別ノートの振り分け）は AI という役割分担です。
この切り分けが効くのは、「ルール作り」は月 1 回 / 「ルール適用」は週 1 回以上という頻度の差があるから。頻度の高い作業ほど自動化のリターンが大きいので、Level 4 の対象として最適です。
AI に任せられるのは「INDEX が機能している」前提
Level 4 の前提は Level 3 までで作った INDEX.md。これが無ければ AI も判断基準を持てません。逆に INDEX.md が充実しているほど、AI の振り分け精度は上がります。当社の経験では、振り分けルールが 7 行以上書かれた INDEXでは 90% 以上の精度で AI が正解します。
あなたの INDEX.md がまだ 3 行程度しかないなら、Level 3 に戻って充実させる方が、Level 4 の効果が出ます。順序を守ることが結果的に最短ルート、というシリーズ全体の構造はここでも同じです。
「指示と確認だけ」になる感覚
Level 4 まで進むと、週末の Obsidian 作業は 「Claude Code に振り分け提案を頼む → 提案を確認する → OK と返す」の 3 ステップになります。実時間で 5〜10 分。これは Claude Code カスタムシリーズの最終回で扱った auto-95 設計と同じ思想です。
inbox-triage の仕組み｜AI が読む・提案する・人が確認する
当社が運用している inbox-triage の動きを、3 ステップに分けて説明します。
ステップ 1｜AI が受信箱を読む
Claude Code に「/inbox-triage を実行して」と頼むと、AI は次の 2 つを読み込みます。
- vault のルートにある INDEX.md（振り分けルールを把握）
- 00_受信箱 配下の全ノート（分類対象を取得）
典型的には受信箱に 30〜100 件のノートが貯まっている状態で実行します。AI は数秒で全ノートを読み終え、内容を理解したうえで次のステップに進みます。
ステップ 2｜AI が振り分け先を提案する
AI は各ノートに対して「このノートは 01_知見、このノートは 02_プロジェクト/A 社」のように、振り分け先を提案します。提案は表形式で出力され、ノート名・内容の要約・推奨フォルダ・判断根拠が並びます。
| ノート名 | 推奨先 | 判断根拠 |
|---|---|---|
| 2026-04-22_動画構成の気づき | 01_知見 | 業務で得たパターンの記録 |
| 2026-04-23_A社議事録メモ | 02_プロジェクト/A社 | クライアント名が明示 |
| 2026-04-24_Forbes採用記事引用 | 03_リファレンス | 外部記事の引用 |
判断根拠が見えるのが大事なポイント。「なぜそこに分類したか」が分かれば、人間の確認が一瞬で終わる。ブラックボックスではない設計が、信頼して任せられる構造を作ります。
ステップ 3｜人間が一括承認する
提案を見て、問題なければ「全部 OK、移動して」と返すだけ。修正したい項目があれば「3 番目だけ 03_リファレンスではなく 01_知見にして」と指定します。承認後、Claude Code がノートを実際に移動させて完了です。
所要時間は、ノート 50 件で 5 分程度。皆さんの週末の 30 分が浮きます。月で 2 時間、年間 24 時間の削減です。
実装手順｜CLAUDE.md に 10 行追加するだけ
仕組みは簡単。Claude Code 側の CLAUDE.md に、inbox-triage の手順を追記するだけで完成します。
追加する 10 行の中身
CLAUDE.md の末尾、または slash command 用フォルダに、次の 4 つの指示を含む手順を書きます。
- vault パスの明示: 「vault は ~/Documents/MyVault/ にある」
- INDEX 参照の指示: 「最初に INDEX.md を読み、振り分けルールを把握すること」
- 受信箱の読み込み指示: 「00_受信箱 配下の .md ファイルを全て読むこと」
- 提案フォーマットの指定: 「ノート名・推奨先・判断根拠の表形式で提示すること」
たった 4 行の指示で、AI が振り分け担当者になります。slash command 自作の解説を参照すれば、これを /inbox-triage という独立コマンドにする方法も分かります。
動作確認｜最初の 1 回は必ず人間が全件チェック
初回実行は、AI の提案を 1 件ずつ確認してください。誤った振り分けが混じっていないか、INDEX のルール解釈が正しいかを確認するためです。
当社の場合、初回は 50 件中 3 件で「あれ、これは違う」がありました。判断ミスを直接 INDEX.md に追記することで、2 回目以降は同じミスをしなくなります。AI を育てるとは、INDEX.md を育てることでもある、というのが Level 4 の本質です。
2 回目以降｜信頼度に応じて確認頻度を下げる
2〜3 回目で精度に納得できたら、確認は「ザッと眺める」程度で構いません。50 件のうち気になる 5 件だけスポットチェックする運用が当社の現行スタイルです。
運用 1 ヶ月で見えた｜AI 振り分けの精度と人間の役割
1 ヶ月運用して見えてきた「AI 振り分けの限界」と「人間が残すべき役割」を整理します。
AI が得意な振り分け
| ノートの種類 | AI 振り分け精度 |
|---|---|
| 議事録（クライアント名が明記） | 98% |
| 外部記事の引用 | 95% |
| 業務の気づき・パターン | 90% |
| 判断保留メモ・短期ToDo | 85% |
| 感情的な記録・雑記 | 60% |
明確な分類軸があるノートほど精度が高い、というシンプルな傾向。逆に「個人的な雑記」「複数テーマが混在するメモ」は AI が迷います。皆さんの運用でも、この傾向は同じはず。
人間が残すべき役割｜「INDEX に新ルールを追加する判断」
AI が振り分けに迷ったメモは、INDEX のルールに足りない領域がある証拠です。「このタイプのメモは 04_アイデア に入れる」のような新ルールを INDEX に追加するのは、人間の仕事として残ります。
これは Level 1〜3 で扱った「分類ルールは人間が決める」を維持する話。AI は実行担当、人間は設計担当という役割分担を崩さないことが、長期運用の鍵です。
シリーズ次回予告
振り分けまで AI に任せられたら、次は 「AI が知見を抽出する」 段階。Level 5 では、Claude Code が vault 全体を読んで「最近 1 ヶ月で 3 回以上出てきたパターン」を新規ノートとして自動生成する仕組み——当社で knowledge-distill と呼んでいる運用を解説します。シリーズ最終回です。
Obsidian Level 4 についてよくある質問
AI が誤った振り分けをした時、ノート本体は壊れますか
壊れません。Claude Code はノート本体の中身を変えるのではなく、フォルダ間で移動するだけです。万が一、誤った場所に移動しても、Finder や Obsidian の左サイドバーから手動で戻せます。Level 4 の操作は完全に可逆で、リスクはほぼゼロです。
受信箱が 100 件を超えると、AI が処理しきれなくなりますか
処理可能ですが、件数が増えるほど判断時間と確認時間が長くなります。当社の経験では、1 回の振り分け対象は 50〜80 件が快適な上限です。それを超える場合は、週 1 回ではなく週 2 回に分けるか、受信箱の中をさらに「直近 1 週間」「それ以前」のサブフォルダに分けて段階処理する方法があります。
機密情報を含むメモも AI に振り分けさせて問題ないですか
Claude Code はローカルで動き、API 通信に必要な範囲しか送りません。機密情報の振り分け自体は技術的に問題ありませんが、社内のセキュリティ規定で「外部 API への送信を制限」している場合は、機密フォルダだけ手動振り分けに残す運用が安全です。当社では NDA 案件のノートだけ手動運用に留めています。
振り分け作業を Stop hook で完全自動化することはできますか
技術的には可能ですが、当社は推奨していません。理由は、人間の確認ステップを残しておかないと、INDEX のルールが現実から徐々にズレてもそれに気づけなくなるためです。週 1 回 5 分の確認は「ルールが機能しているか」を点検する役割も持っています。完全自動化は Level 5 で別の形で扱う予定です。
