Gemini Deep Research Agentは、調査を始める前に計画を確認・修正できる共同計画へ対応し、MCP、File Search、可視化を組み合わせられるようになった。調査能力が広がるほど、実行前の承認とtool境界が重要になる。
何が変わったか
Deep Research Agentは、調査計画を先に返して利用者が修正・承認するcollaborative planning、チャートやグラフを生成するvisualization、外部MCP server、アップロード済みcorpusを検索するFile Searchへ対応した。利用できるのはInteractions APIで、generate_contentからは呼び出せない。
調査は数分かかるためbackground=trueが必須で、状態をpollまたはstreamして完了を待つ。速度重視版と網羅性重視のMax版がある。
変更前後の差
| 項目 | 従来の一括調査 | 新しい構成 |
|---|---|---|
| 調査計画 | 実行後に結果を確認 | 実行前に提示・修正・承認 |
| 情報源 | Web中心 | Web、URL、File Search、MCP |
| 計算 | 内部処理 | Code Executionをtool指定可能 |
| 可視化 | テキスト中心 | image deltaで図表生成可能 |
| 実行 | 長時間job | background必須 |
| 統制 | promptで方向付け | tool allowlistと計画承認を併用 |
誰に影響するか
複数国の規制、市場規模、競合製品、技術仕様を横断調査するチーム、社内文書と公開Webを一つのレポートへ統合する組織、MCP経由で契約・在庫・チケットなどの内部toolへ接続するAgentに影響する。短い事実確認や単一文書要約では、Deep Researchの運用コストが過大になりやすい。
期限
強制移行期限はない。機能とagent versionはいずれもPreviewであり、model IDや応答形式が変わる可能性を前提にする。既存の調査ワークフローを一度に置き換えず、限定業務から評価する。
必要な対応
調査開始前に、目的、含める国・期間、除外条件、必須一次情報、許可するtoolをplanへ明示する。MCP serverは接続先とtoolをallowlist化し、認証情報をpromptへ埋め込まない。File Search corpusには所有者、更新日、機密区分を設定する。生成画像は本文と別assetとして扱い、元データと説明が一致するかを人手または自動評価する。
実装・移行手順
deep-research-preview-04-2026でbackground jobを作る。- collaborative planningを有効にし、返されたplanを保存する。
- 利用者が修正したplanを
previous_interaction_idで継続する。 - 承認後にplanningを解除して調査を開始する。
- Google Search、URL Context、Code Execution、File Search、MCPを必要なものだけ指定する。
- status、失敗、キャンセル、timeoutをjob管理へ組み込む。
- 最終レポートの引用、社内文書、MCP結果、生成画像を別々に検証する。
失敗しやすい点
計画を表示するだけで承認記録を残さない、全MCP toolを公開する、File Searchの古い文書を最新事実として扱う、visualizationを有効にしただけで必ず図が出ると考える、同期HTTPで完了まで待つ、Max版を全調査へ使って費用と時間を増やすことが問題になる。
リスク
MCP経由の過剰権限、社内文書と公開情報の混同、古いcorpusの引用、長時間jobの重複起動、画像が本文と矛盾する危険がある。調査計画が適切でも、実行中に利用するページやtool結果は変動するため、最終出典の検証を省略できない。
評価方法
- 計画承認前に修正された論点数
- 必須一次情報の引用率
- 引用が主張を支持する率
- 社内・公開情報の区分誤り件数
- MCP toolの不要呼び出し率
- 調査完了時間と費用
- 生成図表の数値一致率
- 重複background job件数
ロールバック
Deep Research経路を停止し、Google SearchまたはFile Searchを個別に使う通常のInteractions APIへ戻す。進行中jobはIDを記録してキャンセルまたは完了待ちとし、同じ調査を二重起動しない。MCP接続を解除し、必要な社内情報は人手で選定した文書だけを入力する。
編集部分析
共同計画の追加は、調査Agentを「自動で詳しく調べる機能」から「実行前に範囲を合意できる業務プロセス」へ近づける。価値は回答の長さではなく、調査の目的、tool権限、出典境界を開始前に固定できる点にある。計画承認をUIだけの操作にせず、監査可能な記録として保存することが重要だ。
実務チェックリスト
- [ ] background jobとして実装した
- [ ] planの修正・承認履歴を保存した
- [ ] MCP toolをallowlist化した
- [ ] File Search corpusの更新日を管理した
- [ ] 引用と主張の支持関係を確認した
- [ ] 生成図表を元データと照合した
- [ ] 通常検索へ縮退できる