GeminiのGoogle Workspace拡張機能を活用して、タスクや予約アクションを自動化する際、誰もが一度は直面する壁があります。それは、「Geminiが指定したGoogle Driveのファイルを見つけてくれない」という問題です。
例えば、日々の株式関連ニュースなどを Googleドキュメントにアップデートしていき、その最新の内容に基づいて予約アクションを実行さてレポートさせたい場合、ファイルが見つけられなかったり、過去のファイルの内容に基づいてレポートを作成されるのでは意味がありません。
具体的には「マイドライブ > プロジェクトA > 2026年 > 4月 > 対象ファイル.pdf」を探して と指示しても「ファイルが見つけられませんでした」という結果になるのです。
調べてみるといくつか特徴があるようです。
・GeminiはGoogle Drive内の全ファイルを網羅的にリアルタイム検索しているわけではない。
・フォルダ階層が深い（3階層以上）、またはマイドライブの直下にないファイルは認識率が著しく低下する。
・最終更新日が古いファイルは、コンテキストウィンドウや検索インデックスの優先順位から外れやすい。
見つけられない理由
このような特徴が表れる原因として、検索インデックスの優先度やクエリの最適化などが背景としてあるようです。
検索インデックスの優先度
GeminiのWorkspace連携における検索（RAG：検索拡張生成）は、ファイル名やフルテキストだけでなく、ファイルの「メタデータ」に強く依存しています。「最近アクセスしたファイル」や「スター付きファイル」は、ユーザーにとって重要度が高いとシステム側でスコアリングされており、検索対象として優先的にAPIから返却されます。
つまり、Workspace拡張機能は、ディレクトリ構造による順次検索ではなく、関連度スコア、更新日時、アクセス頻度などのメタデータを優先した検索アルゴリズム（セマンティック検索）を採用しているということです。
プロンプトによるクエリの最適化
単にファイル名を指定するよりも、Google Driveの検索演算子（is:starred に相当するコンテキスト）をGeminiに与えることで、バックエンドでのDrive API呼び出し時の検索範囲を劇的に絞り込むことができます。
解決策
まず、最も簡単な解決策としては、指定したいファイルをスター付きにすることです。「スター付きのファイルから〇〇を探して」と指示を出すことで比較的確実にファイルを読み込ませることができるようになります。
比較的と書いたのは、スター付きのファイルが増えてくると、この方法もまた確実性が下がってくるということです。
さらに確実に検索させるためには、スター付きのファイルにすると同時に、以下のように検索させると良いようです。
@Google Drive is:starred title:"〇〇.md" の内容を要約してください。〇〇.md 次はあなたが検索したいファイル名を入れてください。
title: を付与することでファイルの中身ではなくファイル名を検索するようになります。
こうすることで、スターがついていて、さらにファイル名が指定したファイル名のファイルのみ検索結果として上がってくるようになります。
コメント