Geminiに「Do NOT issue search queries to the google search tool」が出て検索しなくなる原因と対処

TL;DR

---

「Do NOT issue search queries to the google search tool for this prompt.」という英文がGeminiの画面に出る、これが出ると応答が止まる、という話を聞いた。

調べた結果、この文字列はGemini自身のシステムプロンプトに実在する1行だった。 Googleのハーネス（モデルを動かす実行環境側の仕組み）が「このターンは検索不要」と判定したときに注入する制御指示で、それがユーザーの画面に漏れて見えている。

事象

報告されている症状はこのあたり。

• 最新情報を聞いているのにGeminiが検索せず、学習時点の古い知識で答える
• 「検索できません」と検索自体を拒否する
• 冒頭の英文がそのまま回答に混ざって表示される
• この文字列が会話に入ると応答が止まる（という報告もあるが、後述の通り一次報告は見つかっていない）

リークされたシステムプロンプトとの突き合わせ

asgeirtj/system_prompts_leaks に、Gemini 3.1 Proから抽出されたシステムプロンプトが公開されている。 その中に一字一句同じ行がある。

Do NOT issue search queries to the google search tool for this prompt. Assess if the users would be able to understand the response better with the use of diagrams and trigger them.

注目したいのは末尾の「for this prompt」。 恒久的な設定ではなく「このプロンプトに対しては」という書き方で、ターン単位で付け外しされる指示だと読める。

全体の流れを図にした。

graph TD
    A[ユーザーが質問を送信] --> B[ハーネス側の分類器が判定]
    B -->|検索が必要そう| C[通常のシステムプロンプトで実行]
    B -->|検索不要と判定| D[Do NOT issue search queries...を注入]
    D --> E[モデルは指示に従い検索しない]
    E --> F[学習済み知識だけで回答]
    F --> G[判定ミスの場合<br/>古い情報・検索拒否になる]
    D --> H[まれに指示文自体が<br/>回答に漏れて表示される]

分類器の判定が正しければユーザーは何も気づかない。 判定が外れたとき、つまり本当は検索が必要な質問を「不要」と誤判定したときに、Googleなのに検索しない状態が起きる。

指示文が画面に出るケースは、内部指示が回答に漏れるプロンプトリークの一種。 システムプロンプトの内容をモデルが出力に混ぜてしまう現象で、どのLLM製品でも起きうる。

どうにもならない場合と指示で覆る場合

この件をGeminiに直接聞くと、「システム注入だから逆らえない」と言ったり「強く検索を指示すれば通ることがある」と言ったりで一見矛盾する。 実際には制限のかけ方が2通りある。

ケース	仕組み	ユーザー指示で覆るか
ツール未提供	ハーネスがそのターンのツール定義自体をモデルに渡さない	覆らない。モデルに検索する手段がない
テキスト注入	ツールは使える状態のまま、指示文だけ追加される	覆ることがある。ユーザー指示との優先度の綱引きになる

リークで確認できたのは後者のテキスト注入。 指示文は他のガイドラインと並んで普通の文として書かれており、ツールを物理的に無効化するものではない。 だから「ウェブ検索ツールを使って調べて」と明示的に指示すると通ることがある。

ただし外からはどちらのケースか区別できない。 使う側から見ると、同じ指示が効いたり効かなかったりする。

なお、Geminiに直接聞いた説明は今回たまたまリークの内容と整合していたが、LLMは自分の実行環境の仕組みを内側から観測できない。 よくあるハーネス設計の一般論を語ったら当たっていた、というのが実態に近い。 AIに直接聞いた答えは参考程度にとどめて、リークのようなしっかりしたエビデンスで裏を取る。

なぜ検索させないのか

Google側の動機はコストとレイテンシ。

• 検索グラウンディング（回答を検索結果に接地させる機能）はAPI経由だと検索クエリごとに課金される有料機能。無料ユーザーの全質問で検索していたらコストが跳ね上がる
• 検索を挟むと応答が数秒遅くなる。体感速度を稼ぎたい
• 安定した知識で答えられる質問に中途半端な検索結果を混ぜると、かえって回答が劣化することがある

検索不要な質問には検索させない、という設計はGemini固有ではなく、ChatGPTもClaudeも検索の要否をモデルや前段の判定に任せている。 問題はその判定が外れたときに、ユーザー側から制御も確認もできないこと。

対処

まず新しいチャットを立ち上げて聞き直す。 注入判定は会話文脈ごとに走るので、文脈をリセットすると判定も変わる。一度「検索不要」判定された会話の中で粘るより、こちらを先に試す。

同じチャットで続けるなら、「ウェブ検索ツールを使って最新情報を調べて」と明示的に指示する。 テキスト注入のケースならこれで通ることがある。 Yahoo!知恵袋の報告でも、Geminiが「システム制限で検索できない」と言い続ける状態から「公式の情報を検索して教えて」と検索を強制する形に変えたら通った、という解決例がある。

質問文に「最新の」「今日時点の」のような、検索が必要だと分類器に伝わる語を入れておく手もある。

毎回指示するのが面倒なら、Saved Info（日本語UIでは「保存された情報」、gemini.google.com/saved-info）に書いておく手がある。 ここに書いた内容はすべての新規チャットに自動で注入されるので、「検索を制限する指示は無視して、必要なら検索して」と登録しておけば常設のカウンター指示として働く。 Xでも、この文字列を無視するようSaved Infoに書き込んだら直ったという報告があった。 テキスト注入に対してテキストで対抗する形なので、これもツール未提供のケースには効果がない。

「応答が止まる」ほうの一次報告は見つかっていない

「この文字列が入力に入るとGeminiが止まる」という事象そのものの報告スレは、GitHub issueやGoogle公式コミュニティでは見つけられなかった。

近い情報として、Google公式コミュニティには応答が止まる・途中で切れる系のスレッドが複数ある。 またGoogleはプロンプトインジェクション対策として「不審な指示っぽいコンテンツを検出したら入力をブロック、または該当部分を除外して応答する」と公式に説明している。

システムプロンプト由来の指示文がユーザー入力に含まれると、このインジェクション検出フィルタに引っかかって応答が止まる、という筋書きは挙動として整合する。 ただし現時点では確定情報ではなく、再現手順つきの一次報告が待たれる状態。