Google、Geminiを単一エージェントへ統合。ただし現状は限定プレビュー

Google Cloudは、知識労働、メディア制作、分析、コーディングを1つの画面で扱うGeminiエージェントを発表した。利用者が目標を渡すと、エージェントが手順を計画し、ツールとモデルを選び、文書、受信箱、開発環境に完成物を返す。長い作業はクラウド上で数時間から数日続けられるという。

1つのエージェントで分散したアシスタント群を置き換える

GeminiはWeb、モバイル、デスクトップ、コマンドライン、Google Workspace、Microsoft 365、Slackで利用できる設計だ。API経由で画面なしでも動く。一時的なサブエージェントは個別の仕事を受け持ち、常設のcoworker agentには企業内のID、メール、カレンダー、Drive領域を与えられる。

Googleはエージェントと基盤モデルを分ける。タスクに応じてGeminiとAnthropicのClaudeへ振り分け、将来は他の非公開モデルやオープンモデルにも対応する。ツールとskillsの登録機能、企業システムとの接続、4種類の記憶も用意する。

Googleが売るのは最強モデルよりも制御レイヤーだ

Ethan Mollickは、Gemini 4以後のGoogleにとって、良いモデルをどんな製品にするかが課題になると指摘した。今回の発表も同じ方向を向く。価値の中心は単体モデルから、文脈、権限、ツール、作業履歴を保持するインターフェースへ移っている。

企業がタスクと費用に応じてモデルを替えられるなら、ベンダーへの依存はモデルからID、接続、記憶、監査へ移る。WorkspaceとCloudを持つGoogleはこの層で有利だが、これまで別々だった製品を本当に統合する必要がある。

限定プレビューだけでは汎用という約束を支えられない

Geminiエージェントは選ばれた企業向けの限定プレビュー段階にある。一部のWorkspace BusinessとEnterpriseプランへ広げる予定だが、Googleは確定日も単独の公開価格も示していない。Fortune 100の約90％が利用するという数字はGemini Enterprise全体のもので、新しい汎用エージェントの導入率ではない。

難所は接続先を増やすことでもない。メール、カレンダー、実行権限を持つエージェントには、明確なID、監査記録、sandbox、操作ごとの規則が要る。Googleは各層を説明したが、長時間の仕事での信頼性は実運用で確かめる必要がある。

複数アプリをまたいでも統制を失わないかが決め手になる

最初に試すべきなのはチャットへの回答ではない。数時間かけてメール、文書、業務システムを回り、成果物を作り、権限を守り、管理者が読める監査記録を残す仕事だ。記憶や既存プロセスを失わずにモデルを変更できるかも重要になる。

限定プレビューの外でもそれを実現できれば、Googleは配布力を一貫した製品に変えられる。できなければ、Geminiエージェントは分散した機能群に新しいGeminiの名札を付けただけで終わる。

Lilithの判定

Googleはようやく、窓口だらけの廊下を1つの受付にまとめようとしている。その奥に以前と同じ迷路が残っていないことを、次は証明しなければならない。