Google Workspace（GmailやDocsなど企業向けグループウェア）をすでに社内で使っている、というエンジニアやIT担当者に向けた内容です。Googleが発表したGemini 3.5関連の拡大を、業務システムの技術選定という視点から整理します。
2026年のGoogle I/O（Googleが毎年開催する開発者向けカンファレンス）で、Gemini 3.5を中心にした一連の製品拡張が発表されました。新モデルの単発リリースではなく、Gemini 3.5 Flash、Gemini Omni、Sparkという常時稼働型のパーソナルエージェント（利用者の代わりにタスクを継続的にこなすAIの仕組み）、Daily Brief、Antigravity 2.0という複数の要素が同時に動いています。社内のIT部門やシステム担当者にとって、どこを見て何を判断すればよいのか整理しておく価値があります。
何が発表され、なぜ注目に値するか
今回の発表の特徴は、単一モデルの性能向上ではなく「面」で展開している点です。Gemini 3.5 Flashはモデル本体、Gemini Omniは動画を含む出力形式、Sparkはエージェント、Daily Briefはアプリ機能、Antigravity 2.0は開発者向けのエージェントフレームワークという、レイヤーの異なる5つの要素が同時に発表されています。
エンタープライズ開発の立場から見ると、これは「モデルを選ぶ」から「機能セットを選ぶ」への移行を意味します。従来はAPI経由でモデルのバージョンを指定すれば済んでいた設計が、Workspaceに統合されたエージェント機能やアプリ内蔵の出力モードまで含めて検討する対象になってきています。
段階的に見る変更点
発表内容を整理すると、次の5つの要素に分解できます。
| コンポーネント | 役割 | 提供状況 |
|---|---|---|
| Gemini 3.5 Flash | 高速応答を重視した主力モデル | Gemini 3.5展開の中核 |
| Gemini Omni | 動画を含むマルチモーダル出力 | AI Plus/Pro/Ultra加入者から順次 |
| Spark | 常時稼働のパーソナルエージェント | Workspace連携、macOS版を計画 |
| Daily Brief | パーソナライズされた朝の要約 | Geminiアプリの新機能の一つ |
| Antigravity 2.0 | エージェント開発フレームワークの拡張 | 開発者・企業向けツール群で展開 |
まずGemini 3.5 Flashは、Googleが「フロンティアの知能と高速な実行を両立するモデル」と位置づけています。実務的に読み替えると、長文プロンプトへの応答だけでなく、アプリ内の細かい操作に組み込める応答速度を狙ったモデル、という理解が近いです。
次にGemini Omniは動画出力という新しい出力面を追加します。これまでテキストや画像が中心だった生成AIの出力に、動画という審査・ガバナンス上の考慮点が増えるモデルです。社内でブランドガイドラインや利用規約の審査フローがある場合、動画生成物をどう扱うか事前に検討が必要になります。
SparkはWorkspaceのツール群と統合されたエージェントです。ここが業務システム担当者にとって最も影響が大きい部分と言えます。Gmailの下書き作成やDocsの編集提案など、日常業務のツールに常駐する形でエージェントが動く設計だからです。
Antigravity 2.0とManaged Agentsは、開発者向けのエージェントフレームワークの拡張です。既存のAPI連携やエージェント実装を持つ組織であれば、フレームワークのバージョン差分を確認する対象になります。
既存のAI導入パターンとの比較
これまで多くの企業は、生成AIをチャットボットや文書要約といった単機能のツールとして導入してきました。API経由でモデルを呼び出し、社内システムの一部に組み込む、という比較的シンプルな構成です。
今回のGemini 3.5展開は、この構成からもう一段複雑になる方向を示しています。Sparkのようにアプリケーション内に常駐するエージェントは、単発のAPI呼び出しとは異なり、継続的にユーザーの操作履歴やコンテキストを参照する設計になりやすいためです。
これはMicrosoftのCopilotがOfficeアプリ群に統合されてきた流れとも重なります。単体のAIサービスというより、既存の業務アプリケーションの内部に組み込まれる「常駐型AI」への移行が、複数ベンダーで並行して進んでいる状況と捉えられます。
日本の開発現場では、Google Workspaceを全社導入している企業も少なくありません。その場合、Spark関連の機能が社内のセキュリティポリシーやデータガバナンスの範囲にどう収まるか、情報システム部門が事前に把握しておく必要があります。
今日確認できること
発表内容には、すべての機能の技術仕様や地域ごとの提供時期が明記されているわけではありません。したがって、以下の3点を自組織の環境で確認することから始めるのが現実的です。
- 管理コンソールの確認: Google Workspace管理者コンソールの「アプリ」または「Gemini」設定画面で、組織に展開されているGeminiの機能バージョンとアクセス範囲を確認する
- APIバージョンの確認: Gemini APIを既存システムで利用している場合、Google AI StudioまたはVertex AIのモデル一覧から、利用中のモデルIDが3.5系に更新されているか、または旧バージョンのまま固定されているかを確認する
- サブスクリプション階層の確認: Gemini OmniはAI Plus・Pro・Ultraという有料プランの契約者から段階的に展開されるため、自社の契約プランがどの階層にあたるか確認する
- ガバナンス範囲の見直し: Sparkのような常駐エージェントがWorkspace内のメールや文書にアクセスする設計であるため、既存の情報取り扱いポリシーが動画出力やエージェントの自律動作にも対応しているか点検する
これらは推測ではなく、Google公式の管理コンソールやAPIコンソール上で直接確認できる項目です。特にAPIバージョンの固定設定は、既存の業務システムに予期しない挙動変化が入り込む入口になりやすいため、優先して点検する価値があります。
まとめ
Gemini 3.5をめぐる一連の発表は、モデル単体の性能競争というより、既存アプリケーションへの組み込み方の変化として捉えるのが実務的です。
今日から着手できることとしては、Workspace管理コンソールでの機能展開状況の確認、既存API連携のモデルバージョン固定設定の棚卸し、そして動画出力やエージェントの自律動作に対する社内ガバナンスの見直しが挙げられます。
段階的な展開である以上、すべてを一度に導入する必要はありません。まずは自社の契約プランと管理コンソールの表示内容を照らし合わせるところから始めるのが着実です。