Googleは2026年7月30日、企業向けAIエージェント基盤「Gemini Enterprise Agent Platform」の中核となる統制機能群──Agent Runtime、Agent Identity、Agent Gateway、Agent Registry、Agent Observability、Agent Evaluationを一般提供（GA）にしました。一言でいえば、AIエージェントに「数日単位で働き続ける実行環境」「専用の身元証明」「最小権限のアクセス制御」「全操作の監査ログ」をまとめて標準装備させる発表です。
これまでAIエージェントの導入は、PoC（概念実証）では動いても、本番では誰が何の権限で動かしたのか追えず、投入をためらう企業が少なくありませんでした。今回のGAは、単体のAIエージェント製品というより、複数のエージェントを組織として統治するための「土台」を整える動きです。経営やIT統制の立場からは、AIエージェント自体の性能以上に、この土台がどこまで整っているかが導入可否を左右します。
※本記事は2026年8月12日時点の情報です。
- Gemini Enterprise Agent Platformが何であり、旧Vertex AIとどう関係するか
- 2026年7月30日にGAとなった具体的な機能と、それぞれが解決する課題
- 「数日単位の状態保持」「専用ID」「最小権限」「全操作ログ」が経営視点で持つ意味
- 導入を検討する際に、モデル選定とガバナンス設計をどう切り分けて考えるか
Gemini Enterprise Agent Platformとは何か｜旧Vertex AIとの関係
Gemini Enterprise Agent Platformは、2026年4月にGoogle Cloud Next ’26で発表された企業向けAIエージェント基盤です。従来の機械学習プラットフォームVertex AIを土台に進化させたもので、エージェントの構築（Build）、実行基盤の拡張（Scale）、統治（Govern）、継続的な改善（Optimize）という4つの領域を1つのプラットフォームにまとめています。
モデル選定と運用基盤は別レイヤーで考える
Model Gardenを通じて200以上のモデルに標準アクセスできる点も特徴です。Gemini 3.1 Proや軽量なGemini 3.1 Flash Image、オープンモデルのGemma 4に加え、AnthropicのClaude Opus・Sonnet・Haikuのようなサードパーティ製モデルも同じ基盤上で選べます。ただし、どのモデルを使うかという選定と、そのエージェントをどう統治するかという運用基盤は別の軸です。今回のGAは後者、つまり「どのモデルを使っても共通して効く統治機能」を強化するものだと理解すると全体像がつかみやすくなります。
2026年7月30日にGA｜「作れる」から「運用を任せられる」への転換
Google Cloud公式ブログ「What’s new in Gemini Enterprise Agent Platform」（2026年7月30日公開）は、Agent RuntimeとAgent Identityの機能が「誰でも使える」状態になったと案内し、あわせてAgent Gateway、Agent Registry、Agent Observability、Agent Evaluationも一般提供に含まれると発表しました。単発の新機能追加ではなく、統治に関わる主要コンポーネントがまとめてGAになった点が今回の特徴です。
数日単位の状態保持｜Agent Runtimeが最大7日間の連続稼働に対応
Agent Runtimeは、最大7日間にわたって連続稼働できる実行基盤です。営業リストへの継続的なアプローチのように、複数ステップにまたがる業務プロセスを、人が都度指示を出さなくても自律的に進められます。この長時間稼働を支えるのがAgent Memory Bankで、会話や実行履歴から長期的な記憶を自動生成・整理し、あらかじめ定義した構造化スキーマ（Memory Profile）に沿って低遅延で呼び出せるようにします。セッションを重ねても文脈が失われにくくなる仕組みです。
専用ID｜Agent Identityが暗号学的な一意IDを付与
Agent Identityは、オープンな標準規格に基づく新しいネイティブIAM（アクセス管理）の種類で、エージェント1体ごとに固有の暗号学的IDを割り当てます。これにより、誰が操作したかではなく、どのエージェントがどの権限のもとで何を実行したかを、あらかじめ定義した認可ポリシーと突き合わせて追跡できます。PoCから本番稼働に移す難しさは、AIエージェント導入事例で報告されている「導入の4割が中止に至る」という実態とも重なる部分で、身元とログの整備はその壁を越える前提条件の一つです。
最小権限とアクセス統制｜Agent GatewayとAgent Registryの役割
Agent Gatewayは、エージェントとツール・データの間に立つ一元的な管理ポイントです。公式ブログでは「エージェント生態系の航空管制」と表現されており、環境をまたいでエージェントとツールを安全に接続しながら、一貫したセキュリティポリシーと、プロンプトインジェクションやデータ漏えいを防ぐModel Armorの保護を適用します。個々のエージェントに広い権限をまとめて与えるのではなく、通信経路そのものに最小権限の原則を組み込む発想です。
野良エージェントを増やさない仕組み
Agent Registryは、組織内で稼働するエージェント・ツール・接続を一元的にカタログ化するライブラリです。IDと権限の管理だけでなく、どんなエージェントがどこにいくつ存在するかを可視化できなければ、現場が個別に作ったエージェントが管理外で増えていく「シャドーAI」の状態を招きます。この統制不足がもたらすリスクは、シャドーAIエージェントのガバナンスで扱う課題と地続きです。IDと権限、カタログをセットで運用することが、統制の出発点になります。
全操作ログと評価｜Agent ObservabilityとAgent Evaluationが支える説明責任
Agent Observabilityは、エージェントの推論過程、ツールの利用状況、実行性能を可視化し、行動を裏付ける監査証跡を残します。あわせてAgent Evaluationは、品質・安全性・接地性（回答が事実に基づいているか）・ツール利用や実行手順の妥当性・参照ベースのスコアリングなど20以上の事前構築メトリクスを備え、開発中だけでなく本番トラフィックを継続的に評価するオンラインモニタリングで、スコアの変化やドリフト（性能の劣化）を検知します。実行の軌跡そのものを評価・監視する発想は、AgentOpsで解説した可観測性の考え方と共通しています。
ログと評価が揃うと、「動いている」だけでなく「正しく動いている」を説明できるようになります。監査やコンプライアンスの担当者が、事後にエージェントの判断根拠をたどれることは、規制業種での導入判断において特に重要な条件です。
経営視点でどう使うか｜モデル選びと統制設計を分けて考える
今回のGAが示すのは、Googleがクラウド基盤側からIDと可観測性でAIエージェントを統治するアプローチです。ほぼ同時期には、OpenAIも人間の監督とガードレールを軸にしたPresenceという別角度からのエンタープライズ向けエージェント運用製品を発表しており、統制の切り口はベンダーによって異なります。自社で導入を検討する際は、どのモデルを使うかという比較軸と、どこまで自律的に動かし何を人が確認するかという統治設計の軸を分けて評価すると、判断が整理しやすくなります。
riplaが企画から統制設計まで支援します
基盤側の統制機能が整ったからといって、自動的に安全な運用になるわけではありません。どの業務をエージェントに任せ、どこで人が承認し、何をログとして残すべきかは、自社の業務内容に合わせて設計する必要があります。riplaでは、AIエージェント活用の方針整理から、権限設計、監視体制の構築まで一気通貫で支援しています。基盤の機能を自社の業務にどう当てはめるか整理したい場合は、対象業務と現状の課題をお聞かせください。
| 機能 | 何をするか | 経営上の意味 |
|---|---|---|
| Agent Runtime | 最大7日間の連続実行、複数ステップの業務プロセスを自律的に管理 | 人手を挟まずに任せられる作業の範囲と時間軸が明確になる |
| Agent Identity | エージェント1体ごとに暗号学的な一意IDを付与するIAM | 「誰が」ではなく「どのエージェントが」何をしたかを追跡できる |
| Agent Gateway | エージェントとツール・データの通信を一元的に制御する管理ポイント | 最小権限の原則をエージェント間の連携にも適用できる |
| Agent Registry | 組織内のエージェント・ツール・接続を一元管理するカタログ | 野良エージェントの発生を防ぎ、定期的な棚卸しができる |
| Agent Observability／Evaluation | 実行の軌跡を可視化し、20以上のメトリクスで品質を継続評価 | 「動いている」ではなく「正しく動いている」を事後に説明できる |
よくある質問（FAQ）
Q. Gemini Enterprise Agent Platformとは何ですか？
Googleが提供する企業向けAIエージェント基盤です。従来のVertex AIを土台に、エージェントの構築・実行・統治・最適化を1つのプラットフォームで行えるようにしたもので、2026年4月のGoogle Cloud Next ’26で発表されました。
Q. 「GA」とは具体的に何を指しますか？
2026年7月30日、Agent Runtime・Agent Identity・Agent Gateway・Agent Registry・Agent Observability・Agent Evaluationといった統治系の中核機能が「誰でも使える」一般提供の状態になったことを指します。
Q. 「専用ID」「最小権限」「全操作ログ」とは具体的に何ですか？
それぞれAgent Identity（エージェント固有の暗号学的ID）、Agent Gateway（エージェントとツールの通信を一元制御するアクセス管理）、Agent Observability（実行の軌跡を可視化する監査証跡）に対応する機能です。
Q. 導入すればAIエージェントのリスクはなくなりますか？
なくなりません。今回GAになったのはあくまで統治の土台です。どの業務をどこまで任せ、失敗時に誰が確認するかという運用設計は、導入する企業側で決める必要があります。
参考情報：
Google Cloud Blog「Introducing Gemini Enterprise Agent Platform」
Google Cloud Blog「What’s new in Gemini Enterprise Agent Platform」
Google Developers Blog「Agent and Model Evaluations in Gemini Enterprise Agent Platform are now GA」
Google Cloud Documentation「Agent Platform overview」
まとめ｜土台が整った今こそ、任せる範囲の設計を
Gemini Enterprise Agent Platformの今回のGAは、AIエージェントを「作れる」段階から「組織として運用を任せられる」段階へ引き上げるための、統治面の土台整備です。数日単位の稼働、専用ID、最小権限のアクセス制御、全操作ログという4つの要素は、いずれも派手な新機能ではありませんが、本番導入をためらわせてきた「誰が何をしたか分からない」という不安に直接応えるものです。土台が整った今、次に問われるのは、自社のどの業務をどこまで任せ、どこで人が確認するかという設計です。
関連記事
- AIエージェント導入事例の成功条件
- AgentOpsで自律実行を評価・監視する
- シャドーAIエージェントのガバナンス
- OpenAI Presenceの人間監督つきエージェント運用
- 生成AI比較で業務向けモデルを選ぶ
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。