
Googleがエージェント専用インフラを発表
朝の出汁版(通勤2分)
- ポイント1: GoogleがAgent Compute Engineを発表。AIエージェントが安全に・大規模に動き続けるための専用コンピューティング基盤で、すでにGemini自身の動作にも使われている。
- ポイント2: 注目したいのは「エージェントをどう管理・制御するか」という問いが、ツール選びではなくインフラ設計の話になってきた点。自律的に動くAIをセキュアに走らせること自体が、業界全体の次の課題として浮上している。
- ポイント3: 現時点ではプレビュー待ちの段階だが、Googleが公開しているAgentSpace(エージェントの操作UI)やGemini for Businessから先行して触れる部分があるため、まずはそちらで感触をつかんでおくのが現実的な入り口になる。
出汁の素(深読みモード)
エージェントの「実行インフラ」が次の競争軸になってきた
AIエージェントをめぐる議論は、これまで「どのモデルを使うか」「どのツールと連携するか」が中心だった。ところがGoogleが今回発表したAgent Compute Engineは、その一段下のレイヤー、つまり「エージェントが実際に動き続けるインフラそのもの」を専用設計で作るという話だ。
Googleによると、AIエージェントが自律的に動く場合、コードを書いて実行し、ブラウザを操作し、複数のツールを呼び出し、その結果を受けてまた次の行動を取る、という反復ループが生じる。これはシングルターンのプロンプト実行とはまったく異なる動作モデルで、従来のサーバー設計そのままでは安全に扱えない。ハードウェアレベルで隔離されたサンドボックスが必要になる理由はそこにある。
GoogleはGemini自身のエージェント機能をすでにこの基盤の上で動かしていると説明している。自社プロダクトで先行的に使い、そこで得た知見をインフラ設計に反映させてから顧客向けに展開する、というアプローチだ。
注目したいのは、この動きが示すことだ。エージェントを「どう動かすか」という問いは、ツール選定の話ではなく、セキュアな実行環境をどう設計するかというインフラの問いに変わりつつある。AIが本番DBを消した。承認を増やしても防げない理由でも触れたように、自律的に動くAIへの制御設計は、これからの実装において避けて通れないテーマになっている。
「ガバナンス」がツール選びのど真ん中に来た理由
今回のGoogleの発表には、Agent Compute Engineと並んで「エージェントガバナンス機能の拡張」が含まれている。Gemini for Businessの管理機能として、エージェントがどこで動いていようと制御できる仕組みを整備する、という方向性だ。
ここで言うガバナンスとは、いわゆるコンプライアンス管理の話ではない。エージェントが「どの権限で動いているか」「何にアクセスできるか」「途中で止められるか」という、実装上のコントロールの話だ。
エージェントが増えれば増えるほど、個々のエージェントが何をしているか把握しにくくなる。API連携が増え、外部サービスへのアクセスが増え、処理が並列化していくと、「このエージェントは今何をやっているのか」が見えなくなる。Googleがインフラレベルでこの問題に取り組んでいること自体、業界が現実的なリスクとして受け止め始めているサインだと読める。
使う側として知っておくべきは、エージェントの設計において「できること」と「させていいこと」を分けて考える視点がこれから必要になるという点だ。モデルの能力だけで判断するフェーズは終わりつつある。AI覇権争いの裏で「安全」が競争軸になってきたで整理したように、安全性の設計自体が差別化要因になってきている流れと一致している。
今すぐ触れる入り口:AgentSpaceとGemini for Business
Agent Compute Engine本体はまだプレビュー段階で、一般公開は「coming months」とされている。ただし、Googleが提供しているAgentSpace(エージェントの操作UI)とGemini for Businessは現時点でもアクセスできる部分があり、エージェントの動作感や管理インターフェースを先に触っておける。
まず動きを把握したい人へのルートとしては以下が現実的だ。
AgentSpaceを触る GoogleのAgentSpaceは、業務フローに組み込んだエージェントがどのように動くかを確認できるUI。公式ドキュメント(cloud.google.com)からアクセスできる。
Gemini for Businessのガバナンス設定を確認する すでにGoogle Workspaceを業務で使っている場合、管理コンソール側にエージェント関連の設定項目が追加されてきている。どの範囲でエージェントに権限を渡せるかの設計感を確認するだけでも、今後の判断材料になる。
発表ページを原典で読む 今回の発表はGoogle Cloudブログに詳細が掲載されている(cloud.google.com/blog)。公式発表を読んでおくと、「エージェントが並列で動く」「ハードウェア隔離のサンドボックスが必要」という設計思想の背景が把握できる。触る前に概念を整理しておきたい人にはこちらが先の入り口になる。
本番に乗せるタイミングは先でも、動向をキャッチしておく価値は今にある。
エージェント実行基盤に注目したい開発者へ
Agent Compute EngineはGoogleのマネージドサービスとして提供される予定だが、エージェントの実行環境をどう設計するかという問い自体は、自前で構築する場合も同様に立ちはだかる。
エージェントにコード実行を許可する場合、サンドボックス環境の設計が実質的な安全設計の核になる。Supabase:AIアプリの裏側を支えるDB基盤で整理したように、AIアプリのインフラは「モデルの外側」の設計が効いてくる。エージェントが外部DBに書き込む、APIを連続的に叩く、ファイルを操作する、といった操作を伴う構成を作るなら、権限スコープの絞り込み、実行ログの可視化、停止トリガーの設計を先に考えるのが実装の順序としても適切だ。
Googleが今回公開したAgent Compute Engineの設計思想(ハードウェア隔離、ガバナンス分離、並列セッション管理)は、自前でエージェント環境を設計するときの参照軸としても使える。公式ブログの技術説明部分は、実装観点からも読む価値がある。
参照ソース
- [GitHub]php/php-src→ github.com/php/php-src
- [GitHub]fastapi/fastapi→ github.com/fastapi/fastapi
- [RSS]Introducing Agent Compute Engine and expanded agent governance→ cloud.google.com/blog/topics/ai-infrastructure/intr…
