GoogleがGemini APIのManaged Agentsを本番環境向けに拡張
GoogleはGemini APIにバックグラウンド実行、リモートMCP統合、カスタム関数呼び出し、クレデンシャル更新の4機能を追加した。これにより開発者はプロトタイプ環境を超えてエージェントをデプロイできるようになる。
この記事はAIにより一次情報源から生成されました。
Googleは2026年7月7日、Gemini API内のManaged Agents機能を4つの新技術機能で拡張した。この拡張は、「本番対応」エージェント機能――プロトタイプ環境と実際の本番デプロイメントの差異――を求めていた開発者のフィードバックへの直接的な回答と明示されている。
本番エージェント向け4つの新ツール
4つの新機能はそれぞれ、AI エージェントを開発環境の外にデプロイする際の具体的な技術的問題に対処している。
1. バックグラウンド実行
APIコールにbackground: trueパラメータを渡すと、エージェントタスクは即座に非同期実行のためにキューに入れられる。APIはセッション識別子を即座に返し、クライアントはタスク全体の継続的なHTTPコネクションを維持する必要なく、準備ができた時点でステータスをポーリングしたり同じセッションに再接続したりできる。これにより非同期エージェントワーカーがGemini APIのファーストクラス機能として位置づけられた。
2. リモートMCP統合
Managed Agentsはカスタムプロキシミドルウェアや手動ブリッジングなしでMCP(Model Context Protocol)サーバーに直接接続できるようになった。エージェントはプライベートデータベース、社内API、企業リソースへの直接アクセスを取得する。開発者はMCPサーバーのツールとエージェントの組み込みサンドボックス機能を、統合レイヤーのコーディングなしで自由に組み合わせられる。
3. カスタム関数呼び出し
組み込みサンドボックスツールに加え、カスタムのローカル関数を追加できるようになった。実行ロジックは明確に定義されている。組み込みのサーバーサイドツールはクライアントへのコールバックなしで自動実行される一方、カスタム関数はエージェントをrequires_action状態に遷移させ、クライアントが関数をローカルで実行して結果を返す必要があることを示す。これにより、その内部ビジネスロジックをGoogleのサンドボックスに持ち出すことなく統合できる。
4. ネットワーククレデンシャルの更新
OAuthトークンやAPIキーの有効期限よりも長く続くエージェントセッションには深刻な問題があった――期限切れのクレデンシャルのためにセッションを中断する必要があった。新機能では既存のenvironment_idに更新済みネットワーク設定を渡すことでこれを解決する。サンドボックスはファイルシステム、インストール済みパッケージ、リポジトリなどの全状態を保持したまま、ネットワーク層のみを更新する。
なぜ非同期実行が致命的な欠如だったのか?
以前のManaged Agentsモデルは、エージェントセッション全体を通じて継続的なHTTPコネクションを必要とした。本番環境では、これが一連の信頼性の問題を引き起こしていた。
ロードバランサーとリバースプロキシは通常60〜120秒を超えるコネクションを切断する――複雑なエージェントタスクの所要時間よりも短い。
モバイルクライアントとブラウザはWiFiとモバイルネットワーク間の切り替え時、画面をオフにした時、またはバックグラウンドに移動した時にコネクションを失う。
アプリケーションの水平スケーリング ―― KubernetesのPod再起動はアクティブセッションを継続不可能な形で切断する。
background: trueパラメータはこれらすべてのシナリオを1つのモデルで解決する。エージェントはクライアントコネクションの状態とは独立してGoogleのインフラ上で動作する。クライアントは切断・再起動後に同じIDで同じセッションに再接続でき、エージェントが離れた時点の正確な状態で処理を続けていることが確認できる。
リモートMCP統合とクレデンシャル更新
リモートMCP統合は別のよくある問題を解決する。組織のプライベートリソースへのアクセスだ。これまで開発者はManaged Agentsと社内サーバーの間でリクエストを転送するカスタムミドルウェアを記述する必要があった――これはレイテンシ、複雑性、メンテナンスのための追加コードを増やしていた。直接MCPコネクションはそのレイヤーを排除する。
クレデンシャルの更新は、OAuthトークンがセキュリティ上の理由から短い有効期限を持つエンタープライズコンテキストで特に価値がある。セッションのファイルシステム状態――インストール済みPythonパッケージ、クローンしたリポジトリ、中間出力――はクレデンシャルのローテーションを通じて完全に保持される。
基盤インフラとしてのGemini Interactions API
4つの新機能はすべてGemini Interactions APIに基づいている。これは分離されたクラウドサンドボックス内での推論、コード実行、パッケージインストール、ウェブアクセスを1つのエンドポイントにまとめたものだ。@google/genai JavaScript SDKで利用可能で、PythonとcURLの両方のサンプルもドキュメント化されている。
Googleはこれらの変更を、本番環境での利用(プロトタイプ環境ではなく)のための機能を求めていた開発者のフィードバックへの直接的な対応として位置づけている。4機能合わせて、Managed Agentsは呼び出し元のアプリケーションをブロックすることなく実際の開発環境内で動作する非同期ワークフローに対応できるようになった。
よくある質問
- Gemini Managed Agentsのバックグラウンド実行とは何ですか、なぜ有用ですか?
- `background: true`パラメータを渡すと、APIは待機なしでセッションIDを即座に返す。クライアントは準備ができた時点でステータスをポーリングできる。これにより、ロードバランサーやモバイルクライアントが定期的に切断する長時間HTTPコネクションへの依存がなくなる。
- Managed Agentsはどのようにプライベートデータベースや社内APIにアクセスできますか?
- リモートMCP統合を通じて、エージェントはカスタムプロキシミドルウェアなしでMCPサーバーに直接接続し、プライベートリソースへのアクセスと組み込みサンドボックスツールとの組み合わせが可能になる。
- エージェントセッション中のクレデンシャル更新はどのように機能しますか?
- 既存の`environment_id`に更新済みネットワーク設定を渡すことで、サンドボックスはファイルシステム・インストール済みパッケージ・リポジトリなどの全状態を保持したまま、新しいOAuthトークンやAPIキーを持つネットワーク層のみを更新できる。