Google AIは2026年7月7日、Gemini APIのManaged Agentsに、長時間処理のバックグラウンド実行、リモートのModel Context Protocol（MCP）サーバー接続、組み込みツールと併用できるカスタム関数呼び出し、対話間でのネットワーク認証情報更新を追加すると発表した。対象はGemini Interactions APIで利用するマネージドエージェントで、単一のエンドポイントを呼び出すと、Geminiが推論、コード実行、パッケージのインストール、ファイル管理、Web情報の利用を隔離されたクラウドサンドボックス内で処理する。バックグラウンド実行では、リクエストにbackground: trueを指定すると、APIが直ちにInteraction IDを返し、クライアントは状態確認、進捗のストリーミング、後からの再接続を行える。
リモートMCP連携では、対話開始時にmcp_serverツールを渡し、Google Searchやコード実行などの組み込み機能と外部エンドポイントを組み合わせられる。カスタム関数はクライアント側の業務ロジックを実行する仕組みで、処理が必要になると対話状態がrequires_actionへ移る。さらに、既存のenvironment_idと新しいネットワーク設定を次の対話に渡すことで、アクセストークンや短命なAPIキーを更新できる。新しいルールは直ちに以前のルールを置き換える一方、ファイルシステム、インストール済みパッケージ、複製済みリポジトリの状態は維持される。公式発表には料金、提供地域、一般提供時期、SLA、性能値の記載がないため、法人利用では別途確認が必要だ。
この記事でわかること
- Managed Agentsに追加された4つの主要機能
- 長時間タスクを非同期で継続する方法
- リモートMCPと組み込みツールの併用範囲
- カスタム関数と認証情報更新の処理方式
- 法人導入前に確認すべき未公表の提供条件
発表の概要
今回の更新は、Managed AgentsをアプリケーションのHTTP接続で待ち続ける処理から、サーバー側で継続動作する非同期ワーカーとして扱いやすくするものだ。Google DeepMindのDeveloper Relations EngineerであるPhilipp Schmid氏と、Product ManagerのMariano Cocirio氏が発表し、開発者からのフィードバックと製品上の要望に対応したとしている。
公式例は@google/genai JavaScript SDKを使用し、npm install @google/genaiで導入する。例示されたエージェント識別子はantigravity-preview-05-2026、実行環境はremoteである。PythonまたはcURLについてはAntigravity agent documentationを参照するよう案内されている。ただし、この識別子の提供範囲やプレビュー終了時期、将来の互換性は本文だけでは確認できない。
公式発表で確認できる主要事実
- バックグラウンド実行：非同期実行の開始後にInteraction IDが返され、クライアントはポーリング、進捗ストリーミング、再接続を行える。例では5秒間隔で状態を確認しているが、これは実装例であり必須間隔とは明記されていない。
- リモートMCP：Managed AgentsからリモートMCPサーバーへ直接接続できる。公式例では、Google Search、コード実行、社内テレメトリー用MCPサーバーを同一の
tools配列に指定している。 - カスタム関数：組み込みツールはサーバー側で自動実行され、ローカル業務ロジックを必要とするカスタム関数は
requires_actionとしてクライアント側の処理へ引き渡される。 - 認証情報更新：同じ
environment_idに新しいネットワーク設定を指定すると、認証ヘッダーなどのルールを置換できる。既存環境のファイルやパッケージは保持される。
編集部の示唆：評価時には、利用可能なアカウントと地域、プレビュー機能のサポート条件、同時実行数・実行時間・ポーリングの上限、MCP通信の認証方式、ネットワーク許可リスト、監査ログ、データ保持、障害時の再実行設計をGoogleの最新ドキュメントと契約条件で確認したい。これらの詳細や導入効果は今回の公式本文では確定していない。
この記事の目次
発表内容を項目別に解説
公式発表で確認できる事実：Google DeepMindは2026年7月7日、Gemini APIのManaged Agentsに、バックグラウンド実行、リモートMCPサーバー連携、カスタム関数呼び出し、ネットワーク認証情報の更新を追加すると発表した。Managed AgentsはGemini Interactions APIの単一エンドポイントから利用でき、推論、コード実行、パッケージ導入、ファイル管理、Web情報の利用を隔離されたクラウドサンドボックス内で処理する。
長時間処理を非同期で実行
リクエストにbackground: trueを指定すると、処理はサーバー側で非同期実行され、APIは直ちにInteraction IDを返す。クライアントはそのIDを使い、状態のポーリング、進行状況のストリーミング、切断後の再接続ができる。長時間にわたりHTTP接続を保持する構成を避けられるが、公式抜粋では最大実行時間、保存期間、同時実行数、再試行条件は示されていない。
リモートMCPサーバーへ直接接続
Interaction作成時にmcp_serverツールの名称とURLを渡し、管理対象エージェントからリモートMCPサーバーへ接続できる。Google Searchやコード実行など、組み込みツールとの併用にも対応する。Googleは、プライベートデータベースや社内APIに接続するための独自プロキシを必ずしも作成せずに済む選択肢として説明している。ただし、個別企業のネットワークで接続可能か、対応する認証方式や監査機能が何かは、本文抜粋だけでは確定できない。
組み込みツールと独自関数を役割分担
コード実行などの組み込みツールはサーバー側で自動実行される。一方、独自関数が必要になるとInteractionはrequires_actionへ移行し、クライアントが業務ロジックを実行して結果を返す。発表例では、実行済みのfunction_resultを識別し、未処理の関数呼び出しだけを抽出する流れが示された。
環境を維持したまま認証情報を更新
既存のenvironment_idと新しいネットワーク設定を次回Interactionに渡すことで、期限切れがあるアクセストークンや短期APIキーを更新・ローテーションできる。新しいネットワークルールは直ちに以前のルールを置き換え、サンドボックス内のファイル、導入済みパッケージ、クローン済みリポジトリは維持される。
変更前後・選択肢・判断軸
| 項目 | 従来の課題・構成 | 今回示された選択肢 | 企業側の確認項目 |
|---|---|---|---|
| 長時間処理 | HTTP接続の長時間維持は不安定になり得る | IDを受け取り、非同期で監視・再接続 | タイムアウト、再試行、結果保持、障害時の状態遷移 |
| 外部ツール接続 | 社内API向けの独自プロキシを実装する構成 | リモートMCPサーバーをツールとして直接指定 | 認証方式、到達経路、許可先制御、ログ取得 |
| 業務関数 | サンドボックス処理と独自処理の連携を個別設計 | requires_actionでクライアント実行へ移行 |
重複実行防止、承認、エラー処理、結果の検証 |
| 認証更新 | 認証期限に合わせた環境再作成が必要になり得る | 同一環境に新しいネットワーク設定を適用 | 秘密情報の保管方法、更新権限、旧設定の失効確認 |
未確定事項：公式抜粋には料金、一般提供またはプレビューの範囲、地域、SLA、データ保持期間、処理上限、対応MCP認証方式の網羅的な説明はない。コード例ではantigravity-preview-05-2026が使われているため、本番採用時は対象モデルと各機能の提供条件を最新ドキュメントで確認する必要がある。
企業が読み取るべきポイント
編集部の示唆：今回の更新は、Managed Agentsを単発の同期応答だけでなく、長時間動く業務ワーカーとして構成するための部品をそろえる動きと読める。特に、バックグラウンド実行と認証更新を組み合わせれば、処理中にクライアント接続を維持せず、同じ作業環境を引き継ぐ設計を検討できる。ただし、処理完了や失敗を業務システム側が確実に管理する責任までGoogleへ移るわけではない。
リモートMCPは接続実装を簡素化し得る一方、エージェントが利用できる社内機能の範囲を広げる。検証時には、MCPサーバーごとの最小権限、書き込み操作の承認、送信データ、操作ログ、接続先の許可リストを確認したい。カスタム関数についても、requires_actionを人手承認や既存の権限制御を挟む境界として利用できるかが判断軸になる。
導入判断では、想定タスクを「サーバー側で自動実行する処理」「社内環境で実行する関数」「人の承認が必要な操作」に分解し、状態遷移と認証更新を含む小規模な実証を行うのが妥当だ。あわせて、料金、上限、SLA、データ管理、監査ログ、障害復旧、正式提供時期をGoogleへ確認し、未公表条件を前提に費用対効果や本番可否を断定しないことが重要である。
未確定事項と確認ポイント
公式発表で確認できる事実：Gemini Interactions APIのManaged Agentsには、長時間処理をサーバー側で非同期実行する「background execution」、リモートMCPサーバーとの接続、組み込みツールと併用できるカスタム関数呼び出し、同一環境の認証情報更新が追加された。Managed Agentsは単一エンドポイントから呼び出せ、推論、コード実行、パッケージ導入、ファイル管理、Web情報の利用を隔離されたクラウドサンドボックス内で扱う。
バックグラウンド実行では、background: trueを指定するとInteraction IDが返され、クライアントは状態のポーリング、進捗のストリーミング、後からの再接続を行える。リモートMCPはGoogle Searchやコード実行などの組み込みツールと同時に指定できる。カスタム関数が必要になるとInteractionはrequires_actionへ移行し、クライアント側で業務ロジックを実行して結果を返す。認証情報は既存のenvironment_idと新しいネットワーク設定を次のInteractionに渡すことで更新でき、旧ルールは直ちに置き換わる一方、ファイルシステム、導入済みパッケージ、複製済みリポジトリは維持される。
公式発表だけでは未確定：料金体系、一般提供またはプレビューの範囲、対応リージョン、同時実行数や処理時間の上限、SLA、保存期間、監査ログの仕様、障害時の再試行・キャンセル・重複実行の詳細は、抜粋内では示されていない。例ではantigravity-preview-05-2026が使われているが、利用可能なモデルや本番利用条件を一般化することはできない。リモートMCP接続時の認証方式、通信元情報、証明書要件、ネットワーク制御の全仕様も個別確認が必要だ。
編集部の示唆：今回の焦点は、単なるツール追加ではなく、非同期処理、外部ツール接続、クライアント側業務処理、短命認証情報の更新を一つのInteraction運用に組み込める点にある。ただし、本番採用の可否は、失敗時の状態遷移や権限制御を自社要件に照らして検証してから判断すべきだ。
企業担当者の確認チェックリスト
- 提供条件を確認する：対象プロジェクトでManaged Agentsと使用予定モデルを利用できるか、プレビュー扱いの有無、リージョン、契約・サポート条件をGoogleの最新資料で確認する。
- 非同期処理の制御を設計する：Interaction IDの保管先、ポーリング間隔、ストリーミングや再接続の方式、タイムアウト、キャンセル、失敗時の再試行方針を決める。
- 重複実行への備えを確認する：再送や障害復旧によって同じ業務処理が複数回走る可能性を想定し、カスタム関数に冪等性や実行済み判定を持たせる。
- MCPサーバーの公開範囲を精査する：接続先URL、認証方式、許可するツール、入力値検証、操作権限を棚卸しし、内部APIやデータベースを必要以上に公開しない。
- ツールごとの実行主体を分ける：サーバー側で自動実行される組み込みツールと、
requires_action後に自社クライアントが実行する関数を区別し、責任境界を文書化する。 - 認証情報の更新手順を検証する：短命トークンの期限、更新タイミング、旧ネットワークルールが直ちに置換される影響、更新失敗時の復旧方法をテストする。
- 環境状態の残存を評価する：同一環境で維持されるファイル、パッケージ、リポジトリに機密情報が含まれないか確認し、環境の終了・消去・保持期間に関する仕様を問い合わせる。
- 監視要件を照合する：Interactionの状態、ツール呼び出し、認証情報更新、外部通信、エラーを自社の監査・インシデント対応に必要な粒度で取得できるか検証する。
よくある質問
バックグラウンド実行ではHTTP接続を維持する必要がありますか？
公式発表では、サーバーがInteraction IDを直ちに返し、クライアントが後から状態確認や再接続を行えるため、長時間にわたりHTTP接続を開いたままにする必要はないと説明されている。
リモートMCPを使えば独自の中継処理は不要になりますか？
Managed AgentsからリモートMCPサーバーへ直接接続できる機能は示された。ただし、すべての認証・認可・監査要件を代替するとは発表されておらず、自社側のゲートウェイが不要になるかは個別判断となる。
カスタム関数はGoogle側のサンドボックスで自動実行されますか？
いいえ。発表例では、組み込みツールはサーバー側で実行される一方、カスタム関数はInteractionをrequires_actionへ移し、クライアント側が業務ロジックを実行する。
トークン更新時に作業環境は初期化されますか？
公式説明では、既存のenvironment_idを使ってネットワーク設定を更新しても、ファイルシステム、導入済みパッケージ、複製済みリポジトリは維持される。旧ネットワークルールは直ちに置換される。
本番システムにすぐ採用できますか？
公式発表は本番対応を意識した機能拡張としているが、料金、SLA、上限、提供地域、データ保持などは抜粋から確認できない。採用前に最新ドキュメントと契約条件、実環境での障害試験を確認する必要がある。
まとめ
公式発表の要点：Managed Agentsは、長時間タスクの非同期化、リモートMCP接続、クライアント実行型のカスタム関数、同一環境での認証情報更新に対応した。これにより、サンドボックス内の処理と企業側システムの業務ロジックを段階的に連携させる構成が示された。
編集部の見方：法人担当者は機能の有無だけでなく、Interactionの状態管理、MCPの権限境界、カスタム関数の冪等性、残存する環境状態、認証情報のローテーションを一体で評価したい。未公表の提供条件や運用上限を確認し、小規模な検証で状態遷移と障害復旧を確かめることが意思決定の前提となる。
一次情報・参考リンク
AI活用を自社業務に落とし込む
株式会社穣では、法人向けAI研修、生成AI導入支援、業務効率化、AI検索・RAG基盤の設計についてご相談を受け付けています。
