Geminiエージェントは数日動く、ただし提供は限定プレビュー

Google CloudのCEO、Thomas Kurianは2026年10月8日の「Gemini at Work 2026」で、PCを閉じても数日に及ぶ作業を続けられるGemini agentを発表し、「皆様の業務のための新しいひとつの汎用的なエージェントです」と位置づけた。質問への回答、知識作業、画像やメディアの生成、コードの記述と実行を一つの窓口で扱う構想だ。

VentureBeatの取材で、Google Cloudの広報担当者は発表時点の提供を一部顧客向けの限定プレビューと説明し、一般提供日は示さなかった。Google Workspaceのアプリをまたぐ記憶や企業向けの管理機能も発表されたが、通常のWorkspace契約だけで新しいエージェントを使い始められる段階にはない。

数日に及ぶ仕事はクラウド上で続く

Gemini agentの長時間実行は、利用者が開いている端末から作業を切り離す設計に基づく。処理はクラウド上で続き、利用者がPCを閉じて戻ってきても、進行中の仕事の文脈を維持する。短い問いに答えるだけでなく、目標を受け取って工程を組み立て、接続した業務システムやツールを使いながら成果物を作る。

複雑な依頼では、その仕事に固有の一時的なサブエージェントを作り、工程を並行または順番に進める。たとえば市場動向を調べ、スプレッドシートで分析し、結果を発表資料に反映するような流れなら、アプリが変わるたびに同じ背景を説明し直す手間を減らす狙いがある。サブエージェントは、後述するチームの一員として継続的に働くコワーカーエージェントとは役割が異なる。

仕事の継続に関わる記憶には、進行中のタスク、文書ややり取りから得た知識、作業の進め方、過去の作業履歴が含まれる。Googleは、利用者や組織に関する文脈に加えて、必要なツールとスキルを選び、完成した成果を文書、受信トレイ、開発環境へ返す設計を示した。「数日」は実行と文脈を維持できる期間の説明であり、どの依頼もその期間内に完成するという性能保証ではない。

エージェントが使う基盤モデルも固定されない。発表時点ではGoogleのGeminiモデル群とAnthropicのClaudeを仕事に応じて使い分け、ほかのモデルへの対応も予定する。利用者が目標を渡す窓口と、個々の工程に使われるモデルを分けることで、同じ業務の文脈を保ちながら処理方法を選ぶ構想だ。

Workspaceでは同じ文脈をアプリ間で引き継ぐ

Google Workspaceとの連携では、Gmail、ドライブ、ドキュメント、スライド、スプレッドシート、Chat、カレンダーの中でGemini agentが働く。メールから文書やチャットへ作業場所が移っても、同じ記憶、スキル、ガバナンス制御を維持する設計だ。成果を別のチャット画面に集めるだけでなく、利用者が普段扱う文書やメールの中へ戻すことが想定されている。

個人のアシスタントとしては、カレンダー、所属チーム、案件、関連文書のつながりを踏まえ、会議の日程調整などを進める。受信トレイでは、単に新しい順に並べるのではなく、優先度の高いメッセージとその理由を示し、委任できる仕事を提案する機能も説明された。これらは発表された動作の範囲であり、利用者が今すぐ自分のWorkspaceで有効にできるという意味ではない。

チーム向けのコワーカーエージェントには、メールアドレス、カレンダー、ドライブの保存領域、社内ディレクトリ上の表示を含む独自のWorkspaceアカウントが与えられる。チームはGoogle Chatのスペースに追加したり、メンションで仕事を頼んだりできる。進行中の依頼を処理する一時的なサブエージェントに対し、こちらはチーム内で継続して役割を担う形だ。

コワーカーエージェントのアクセスは、人間の利用者の権限をそのまま無制限に借りる仕組みとして説明されていない。閲覧できるのはチームが共有した内容で、既存のWorkspaceの共有設定に従う。したがって、どのメールや文書を共有するかという従来の設定が、エージェントに渡る業務上の文脈も左右する。

権限と監査はエージェント単位で管理する

社内システムを横断して働くエージェントには、誰が依頼したかとは別に、実行主体を識別する仕組みが必要になる。Googleが示した設計では各エージェントに固有のIDを付け、組織のセキュリティ管理者が承認した、細かな役割別のアクセス権限を割り当てる。外部システムへの接続時にも、OAuthなどの標準的な方式を通じてそのIDを対応付ける。

エージェントが行った操作は監査証跡に記録され、人間の利用者ではなく実行したエージェントにひも付く。Google Cloudの監視ツールでログを追う設計も示された。長時間の処理中に複数のツールを使う場合、成果物だけでなく、どのエージェントがどの権限で操作したかを追えることが管理上の要点になる。

実行環境にはエージェントごとに独立したネットワーク境界を持つAgent Sandboxを用いる。入出力やエージェント同士の通信は、組織のポリシーを適用するAgent Gatewayを通す。共有設定、管理者の承認、実行時の通信制御、操作ログはそれぞれ異なる役割を担い、一つの設定だけで業務全体のアクセス範囲が決まるわけではない。

日本企業が試用条件を確認する際は、共有した文書の範囲、権限を承認・取り消す担当者、実行中の仕事を止める方法、監査ログの閲覧権限が具体的な論点になる。とりわけ長時間タスクを途中で止める操作の詳細は今回の発表では示されておらず、限定プレビューの運用条件として確認が必要だ。

提供対象の拡大時期は未定

CoAIの提供状況の整理によると、今後はGoogle Workspaceの一部のBusinessプランとEnterpriseプランの利用者へ対象を広げる予定だ。ただし、対象となるプランの詳細や日本での提供時期は示されていない。限定プレビューで利用できる顧客の範囲と、将来の広い提供対象は分けて考える必要がある。

Google Cloudの発表には、既存のGemini Enterpriseを使う日本企業の事例も登場する。それらは新しいGemini agentの国内での一般提供を示す事例ではない。導入可否を判断するうえで次に必要なのは、日本向けの対象プランと提供開始時期、そして長時間タスクの停止や権限管理を実際の環境でどう扱えるかという条件だ。

関連記事：

• AlloyDBがAI処理を本番系から分離、ただし提供はプレビュー
• AIエージェントに万能鍵を渡さない、権限設計の6チェック
• Workdayの新規契約額25％をAIが牽引、人事エージェントは実用段階へ