AIエージェントの歴史は短いが、すでに「第一の壁」が何だったかは見えている。2023年前後、LLMの能力が急激に上がったことで、「エージェントに仕事をやらせる」というアイデアが一気に現実味を帯びた。ところが現場で待っていたのは、モデルの能力とは別次元の問題だった。サーバーを誰が立てるのか。外部ツールとの接続をどう管理するのか。長時間の処理中にHTTP接続が切れたらどうするのか。認証トークンが期限切れになったときの再発行は誰がやるのか。
こうした問題群は、AIの能力とは無関係に、インフラとエンジニアリングの領域に属していた。モデルがどれだけ賢くなっても、それを動かし続ける基盤の整備が追いつかなければ、エージェントは「デモでは動く、本番では辛い」という状態から抜け出せない。
クラウド黎明期にも、似た構図があった。2000年代後半、AWSがEC2を出したとき、サーバーを自前で調達していた企業の一部は「それは自分たちの仕事だ」と思っていた。だが10年も経たないうちに、インフラの自前管理はコア事業を持つ企業にとって合理的な選択ではなくなった。管理を外に出すほど、本来やるべき仕事に集中できるという構図が定着した。
AIエージェントの世界でも、今まさに同じ移行が起きようとしている。
Googleが今回拡張したのは、Gemini APIの「マネージドエージェント」機能だ。バックグラウンド実行、リモートMCPサーバーへの接続、カスタム関数呼び出し、認証情報のリフレッシュ。個別に見れば地味な機能追加に見えるが、組み合わせると意味が変わってくる。エージェントの推論・コード実行・外部ツール連携・認証管理を、Googleのインフラ側がまるごと引き受ける体制が整いつつある。
開発者がやることは、単一のAPIエンドポイントを呼ぶことだけになる。
誰が得をするかは明確だ。これまでエージェントを本番運用しようとするたびに、AIエンジニアではなくインフラエンジニアのリソースを食い続けていたチームが、その消耗から解放される。一方で、こうした基盤管理を差別化の武器にしていたエンジニアリング組織は、次の付加価値をどこに置くかを問われることになる。
テクノロジーが複雑さを吸収するたびに、参入障壁は下がり、競争の軸は別の場所に移ってきた。AIエージェントの世界で今起きていることも、その文脈で読むのが正確だ。
3行まとめ
- GoogleはGemini APIのマネージドエージェント機能を拡張し、バックグラウンド実行・リモートMCPサーバー統合・カスタム関数呼び出し・認証情報リフレッシュを新たに提供開始した
- エージェントの推論・コード実行・パッケージ管理・ファイル管理・Web情報取得をGoogle側の隔離されたクラウドサンドボックスが担い、開発者は単一のエンドポイント呼び出しだけで利用できる
- リモートMCP（Model Context Protocol）への対応により、プライベートデータベースや内部APIへの接続をカスタムプロキシなしにAPIレベルで実現できる
※以下は詳細
バックグラウンドタスク：接続を維持しなくてよくなった
これまでAIエージェントを動かすには、処理が終わるまでHTTP接続を維持し続ける必要があった。処理が長時間に及ぶタスクでは、接続の維持そのものがボトルネックになっていた。
今回提供された「バックグラウンドタスク」は、エージェントの処理をサーバー上で非同期に実行する機能だ。`background: true` を渡すとAPIは即座にIDを返し、クライアントアプリケーションはそのIDを使ってステータスのポーリング・進捗のストリーミング・後からの再接続が可能になる。エージェントの処理はクライアントとの接続状態に関係なく、リモートで継続される。
リモートMCP対応：ツール接続の手間が変わる
MCP（Model Context Protocol）は、AIエージェントが外部ツールと連携するための規格だ。今回のアップデートにより、リモート上のMCPサーバーにAPIで直接接続できるようになった。
リモートツールとサンドボックス内蔵機能を組み合わせた利用も可能で、インタラクション時に `mcp_server` ツールをGoogle SearchやCode Executionと併せて渡すことで、エージェントがセキュアなサンドボックスから指定エンドポイントと通信できる。カスタムプロキシミドルウェアを自前で実装する必要はなくなる。
カスタム関数呼び出し：組み込みツールとの併用が可能に
組み込みのサンドボックスツールと並行して、カスタムツールをローカル実行用に追加できる。APIはステップマッチングを使用する仕組みになっており、組み込みツールはサーバー上で自動実行される。カスタム関数はインタラクションを `requires_action` 状態に遷移させ、クライアント側でローカルのビジネスロジックを実行する。
認証情報のリフレッシュ：サンドボックスの状態を維持したまま更新できる
アクセストークンや有効期限の短いAPIキーは期限切れになる。既存の `environment_id` に新しいネットワーク設定を渡すことで、認証情報のリフレッシュとキーのローテーションが可能になった。新しいルールは即座に反映され、サンドボックスのファイルシステム状態・インストール済みパッケージ・クローン済みリポジトリはそのまま維持される。
全体まとめ
GoogleはGemini APIのマネージドエージェント機能を拡張し、バックグラウンド実行・リモートMCPサーバー統合・カスタム関数呼び出し・認証情報リフレッシュをAPI側で提供する体制を整えた。エージェントの処理は非同期ワーカーとしてGoogleのクラウドサンドボックス上で動作し、クライアントアプリケーションをブロックせずに処理を継続できる。外部ツールへの接続・認証管理・コード実行環境の維持といった運用上の負担が、APIレベルで吸収される形になっている。