Google「Geminiエージェント」発表—Workspace横断と複数モデル選択の仕組み

Google Cloudが10月9日に公開した日本語公式ブログは、米国時間10月8日の発表内容を紹介しています。新たなGeminiエージェントは、質問への回答だけでなく、資料作成、コードの記述・実行、複数ツールを使った作業を単一のインターフェースから処理する構想です。例えば調査して文書をまとめるだけでなく、対象のアプリケーションに成果物を反映する業務まで扱うことを想定しています。ただし、こうした説明は製品の発表内容であり、すべての利用者が発表直後から全機能を利用できることを意味しません。提供地域、プラン、管理者設定、対象アプリの対応状況を導入前に確認する必要があります。

Googleは、Gmail、Googleドライブ、ドキュメント、スライド、スプレッドシート、Google Chat、カレンダーの内部でエージェントを使う仕組みを掲げました。各アプリで同じ業務文脈やスキル、ガバナンス制御を維持し、画面を行き来しながら情報をコピーする手間を減らす考え方です。たとえば会議調整では、参加者候補や関連メール、予定の空きを組み合わせることが想定されます。ただし、AIが文脈を横断できる範囲は実際のアクセス権限に左右されます。メール送信や予定登録のように外部へ影響する操作には、誤送信や重複実行を防ぐ確認手順が必要です。

公式説明では、Microsoft 365、Slack、Salesforce、ServiceNow、BigQuery、Postgresなどの業務ツールとの接続を掲げ、MCPサーバーも連携対象に挙げています。また、作業の種類に応じてGoogleのGeminiモデルだけでなくAnthropicのClaudeモデルを使い分ける方針を示しました。単純な定型処理に常に最大規模のモデルを使うのではなく、品質とコストの両立を目指す点は企業にとって重要です。しかし、処理料金や利用可能なモデルは契約条件に左右されます。モデル選択を自動化した際に、入力データの扱いと監査方法が変わらないかの検証も欠かせません。

エージェントが複数アプリをまたいで動作すると、従来のチャットAIより多くの業務権限が関わります。Googleはアイデンティティ、ポリシー、認可、サンドボックス、ネットワークゲートウェイなどを設計原則として説明しています。ただし、製品側の管理機能が存在することと、企業の社内運用が安全になることは同じではありません。承認が必要な操作と自動実行を許す操作を分け、閲覧・編集・送信の権限を最小限に抑える設計が現実的です。機密資料の参照履歴、外部送信、失敗後の再実行などが監査ログに残るかも、試験導入の段階で確認したい項目です。

導入評価は「何でもできるか」ではなく、目的の業務が最後まで正しく完了するかを基準にすると分かりやすくなります。例えば社内会議の要点整理、資料検索、週次報告の下書きといった限定された業務で、正確性、処理時間、費用、権限逸脱、失敗時の復旧を測定します。入力した情報がどのモデルに渡されるのか、保存期間やデータ利用条件はどうなっているのかも契約上の重要点です。10月の発表は企業向けAIの方向性を示すものですが、期待される効果を実際の費用対効果に変えるには自社データを使った比較検証が必要です。