Gemini Enterpriseとは|AIエージェント基盤と導入案件
最終更新日:2026/11/09
Gemini Enterpriseとは、Googleが2025年10月に発表した企業向けのAI活用基盤です。従業員が使うチャット型アプリと、エージェントを作って運用する開発基盤の2層で構成されます。2026年4月にはVertex AIの後継基盤が統合されました。導入案件で何を請けるのかを整理します。
先に結論
Gemini Enterpriseは「全従業員が使うAIアプリ」と「エンジニアがエージェントを作るGemini Enterprise Agent Platform」の2層。案件で手を動かすのは主に後者です
Agent Platformは2026年4月22日にVertex AIの後継として発表されました。公式は改称・統合として案内しており、既存環境の手動移行は不要とされています。提供終了日の告知は確認できていません
ただしPython SDKは別で、vertexaiパッケージの生成AI系モジュールは非推奨になり、Google Gen AI SDK(google-genai)への移行が必要です
公式に金額が出ているのはBusinessエディションの1シートあたり月額21米ドルからだけ。Standard・Plus・Frontlineは価格非公開で、営業問い合わせが前提です
案件化しやすいのはコネクタ設定とACL(アクセス権)設計。データソース側の権限をそのまま持ち込む設計のため、社内文書を扱う構成ではIDプロバイダ連携が前提になり、ここが見積りの重い部分になります
探し方としては、製品名で検索するより「Google Cloud」「生成AI基盤」「社内AI検索」のタグ・キーワードで絞るほうが現実的です
この記事でわかること
Gemini EnterpriseとGemini Enterprise Agent Platformの役割の違い
Vertex AIから何が変わり、既存案件でどう対応すればよいか
公式に確認できるエディションと料金、確認できない部分の見分け方
日本の企業案件で論点になる東京リージョンとデータ所在地の扱い
フリーランスエンジニアが請ける工程と、参画ルートの探し方
対象読者は、Google CloudまたはLLMアプリ開発の実務経験があり、企業向けAI導入案件への参画を検討しているフリーランスエンジニアです。生成AIをこれから学ぶ段階の方には、AIエージェントとは?仕組み・種類・活用事例をわかりやすく解説のほうが入口として向いています。
目次
Gemini Enterpriseとは|従業員向けアプリと開発基盤の2層
Gemini Enterprise Agent PlatformとVertex AIの関係
エディションと料金|公式に公開されている数字だけで整理
日本での提供状況|東京リージョンとデータ所在地
エンジニアが実装する範囲|ADKからAgent Runtime、登録まで
権限設計がプロジェクトの肝|ACLとIDプロバイダ
案件の切り出され方と参画ルート
他社の企業向けエージェント基盤との位置づけ
よくある失敗と対策
実践チェックリスト
まとめ
よくある質問
Gemini Enterpriseとは|従業員向けアプリと開発基盤の2層
結論として、Gemini Enterpriseは単一の製品ではなく、業務で使うアプリ層と、それを支える開発基盤層の総称として理解すると混乱しません。
2025年10月に発表された「職場のAIの入口」
Googleは2025年10月9日、公式ブログでGemini Enterpriseを発表しました。位置づけは「職場のAIにおける新たな入口」で、チャットインターフェースを通じて全従業員がGoogleのAIを使えるようにするものです。
同ブログが挙げる中核コンポーネントは6つあります。
コンポーネント | 内容 |
|---|---|
Geminiモデル | 回答・推論を担う基盤モデル |
ノーコードのワークベンチ | 業務部門がエージェントを組み、プロセスを自動化する画面 |
事前構築済みのGoogleエージェント群 | リサーチやデータインサイトなど専門業務向け |
エンタープライズデータへの安全な接続 | Google Workspace、Microsoft 365、Salesforce、SAPなどへ接続 |
集約されたガバナンスフレームワーク | エージェントを一元的に可視化・保護・監査 |
パートナーエコシステム | 10万社超のパートナー網 |
ポイントは4番目です。データを移すのではなく、存在する場所に接続して扱う設計になっています。この前提が、後述するアクセス権設計の重さに直結します。
開発基盤としてのGemini Enterprise Agent Platform
アプリ層の裏側にあるのが、Gemini Enterprise Agent Platformです。エージェントの構築・スケーリング・ガバナンス・最適化を担う層で、エンジニアが実際に触るのはこちらになります。
区分 | 主な構成要素 |
|---|---|
構築 | Agent Studio(ローコード)、Agent Development Kit(ADK)、Agent Garden(テンプレート) |
実行・拡張 | Agent Runtime、Agent Memory Bank、Agent Sessions、Agent Sandbox |
ガバナンス | Agent Identity、Agent Registry、Agent Gateway、Agent Anomaly Detection、Agent Security |
評価・可観測性 | Agent Simulation、Agent Evaluation、Agent Observability、Agent Optimizer |
ガバナンス系が構築系と同じ粒度で製品化されている点は、他社のエージェント基盤と比べても特徴的です。エージェントに暗号化IDを付与するAgent Identity、承認済みツールを束ねるAgent Registryなど、「誰が何をしてよいか」を製品機能として持っています。
Gemini API・Gemini CLIとの違い
同じGeminiの名前がついていても、守備範囲は別物です。
対象 | 使う人 | 何をするものか |
|---|---|---|
Gemini Enterprise | 全従業員 | 社内データにつながったAIアプリを業務で使う |
Gemini Enterprise Agent Platform | エンジニア | エージェントを作って本番運用する |
Gemini API | 開発者 | 自前のアプリからモデルを呼ぶ |
Gemini CLI | 開発者 | ターミナル上でコーディングを支援させる |
APIの料金体系・モデル選定・実装パターンはGemini APIの使い方|料金・無料枠・モデル選定とOpenAI APIとの違い、ターミナル用途はGemini CLIとは|無料枠終了後の使い方とClaude Codeとの違いで扱っています。本記事は企業導入の基盤と案件に絞ります。
ミニFAQ
既存のGoogle Workspaceに入っているGeminiとは別物ですか。
別の契約です。Workspace利用企業に追加費用なしで含まれる「Geminiアプリ」と、Google Cloudの製品として個別に購入するGemini Enterpriseは、公式FAQでも区別して説明されています。
Gemini Enterprise Agent PlatformとVertex AIの関係
結論から書くと、公式はVertex AIの提供終了ではなく、Gemini Enterprise Agent Platformへの改称・統合として案内しています。条件として、SDKのうち生成AI系モジュールだけは別途移行が必要です。
2026年4月の発表で「後継」と明示された
Googleは2026年4月22日、公式ブログでGemini Enterprise Agent Platformを発表しました。Vertex AIのモデル選択・構築・エージェント構築機能を取り込み、今後はVertex AIの各サービスとロードマップの拡充を、スタンドアロンではなく本プラットフォームを通じて一元提供するとしています。
名称の対応表
公式ドキュメントにはVertex AIの名称変更一覧が用意されています。主なものは次のとおりです。
旧名称 | 新名称 |
|---|---|
Vertex AI Platform | Gemini Enterprise Agent Platform |
Vertex AI Studio | Agent Studio |
Vertex AI API | Agent Platform API |
既存顧客はコンソール上で新しいブランド表記に切り替わり、手動移行は不要とされています。Vertex AIのリリースノートには同ドキュメントの更新を終了した旨が記載されていますが、サンセット日(提供終了日)の告知は2026年11月9日時点で確認できませんでした。移行済みの製品を扱う案件では、参照するドキュメントを新しい側に寄せておくのが無難です。
Vertex AI時代のモデル・料金・案件像はVertex AIとは|主要モデル・料金とGoogle Cloud LLM開発案件にまとめています。本記事と合わせて読むと、改称前後のつながりが把握しやすくなります。
実際に手が必要なのはSDKの移行
名称変更そのものは作業を伴いませんが、Python SDKは話が別です。公式のSDK移行ガイドでは、vertexaiパッケージ内の生成AI系モジュール(generative_models、language_models、vision_models、caching、tuning)が非推奨となり、Google Gen AI SDK(google-genai)への移行が案内されています。
エージェント側も同様で、agent_enginesはruntimesへ名称が変わりました。既存のVertex AI案件を抱えている場合、この2点は着手前に確認しておきたい差分です。改修規模の見積りが変わります。
ミニFAQ
今あるVertex AIのエンドポイントは止まりますか。
公式に停止日は示されていません。コンソール表記が変わるだけで、既存環境がそのまま動く前提で案内されています。ただしドキュメントの更新は新しい側に移っているため、長期保守案件では移行計画の有無を確認しておくと安全です。
エディションと料金|公式に公開されている数字だけで整理
結論として、公式に金額が出ているのはBusinessエディションだけです。他のエディションは価格非公開のため、本記事では公式のクォータ(上限値)で差を示します。
Businessエディション|1シート月額21米ドルから
Business edition の公式ページには、1シートあたり月額21米ドルからと明記されています(2026年11月9日に確認)。公式FAQによれば対象は300人までのチームで、IT部門のセットアップが不要、30日間の無料試用が用意されています。小規模組織や部門単位の導入が想定された枠です。
日本円の公式価格は、執筆時点でGoogleのサイト上に見つけられませんでした。検索すると「月額3,100円」「2,260円」といった円建ての数字が複数出てきますが、後者は2024年2月に案内されたGoogle WorkspaceのGemini アドオンという別製品の価格です。混同しやすいので、円建ての数字を根拠にする場合は出典の製品名と年次を必ず確認してください。
Standard・Plus・Frontline|価格非公開、クォータで比べる
公式FAQは、Standard・Plus・Frontlineの購入については Google Cloud の営業へ問い合わせるよう案内しています。Businessの300人上限に対し、Standard・Plusはシート数の上限がない枠です。
価格が出ていないため、公式ドキュメントのクォータと超過料金から差を読み取ります。以下は2026年11月9日に確認した値です。料金・クォータは改定されるため、提案前に同ページで最新値を確認してください。
項目 | Standard | Plus |
|---|---|---|
ストレージ | 30 GiB | 75 GiB |
アシスタントのクエリ | 1日160件 | 1日200件 |
エージェント作成 | 1日1件 | 1日10件 |
ストレージとインデックスの超過は1 GiBあたり月額5米ドルです。従量課金(pay-as-you-go)の形態では、これらの機能クォータの上限が設けられていません。
なお、ウェブ上には「Standardは月額30米ドル、Plusは50米ドル」といったレンジが流通していますが、Googleのドメイン上では確認できませんでした。提案書や見積りの根拠には使わず、営業経由の正式な見積りを取るのが確実です。
ミニFAQ
Frontlineエディションは単独で買えますか。
公式FAQでは、Standard・Plusの利用企業がアドオンとして購入する形で案内されています。店舗・現場スタッフなど、デスクワーク中心ではない従業員向けの枠です。
日本での提供状況|東京リージョンとデータ所在地
結論として、東京リージョンは利用可能だが申請が要るという状態です。日本企業の案件では、ここが最初の確認事項になります。
asia-northeast1は「GAだが許可リスト制」
公式のロケーション一覧によれば、東京(asia-northeast1)は保存データの所在地要件に対応したリージョンとして提供されています。ただしアクセスには Google のアカウントチームへの連絡が必要な扱いで、申し込めば即日使えるわけではありません(2026年11月9日に確認)。
個人情報や設計書を扱う業務で「データを国内に置けるか」を問われる案件は多くあります。要件定義の段階でリージョン申請のリードタイムを織り込んでおかないと、PoCの開始が後ろ倒しになります。
Google Workspace契約は必須ではない
Gemini EnterpriseアプリはGoogle Cloudの製品として個別に購入できます。Businessエディションは業務用メールアドレスでのアカウント作成から始められる案内になっており、Workspaceの契約は前提ではありません。Microsoft 365を使っている企業でも、コネクタ経由でデータに接続する構成が取れます。
Microsoft 365側の移行・運用を含む案件像はSharePoint案件の単価と実務|Microsoft 365移行と参入ルートが近い領域です。
日本語UIの対応状況については、公式ソースで明確な記載を確認できませんでした。発表ブログにある「40以上の言語」は顧客対応エージェントの対応言語を指した記述です。商談で聞かれた場合は、推測で答えずアカウントチームに確認することをおすすめします。
エンジニアが実装する範囲|ADKからAgent Runtime、登録まで
結論として、カスタムエージェントの実装は「ADKで作る→Agent Runtimeにデプロイする→Gemini Enterpriseアプリに登録する」の3ステップです。
構築から登録までの流れ
公式のADKクイックスタートおよびADKエージェントの登録手順では、次の流れが示されています。
ADK(Agent Development Kit)でエージェントのロジックを実装する
Agent Runtimeへデプロイする
コンソールまたはREST API・CLIからGemini Enterpriseアプリへ登録する
ローコードのAgent Studioで済む範囲と、コードで書く範囲の線引きが見積りの分かれ目になります。業務部門がワークベンチで組めるものまでエンジニアが巻き取ると、単価のわりに評価されにくい作業が増えます。
コネクタとデータストア
社内データへの接続は、コネクタとデータストアの仕組みで行います。データは元の場所に置いたまま、選択したソースをインデックス化する方式です。
公式に用意されているコネクタには、Google Drive・Gmail・カレンダー・グループのほか、OneDrive・Outlook・SharePoint・Microsoft Entra ID、ServiceNow、Jira、Confluenceなどがあります。標準コネクタで足りない社内システムについては、カスタムコネクタを実装する選択肢があります。
ミニFAQ
ADKで書いたエージェントは他社基盤でも動きますか。
ADK自体はオープンソースとして公開されていますが、Agent Runtimeへのデプロイや登録はGemini Enterprise側の仕組みです。ロジック部分の移植性と、実行・ガバナンス部分の固有性は分けて見積もるのが現実的です。他社フレームワークとの比較はAIエージェント開発フレームワーク比較|LangGraph・CrewAI・AutoGenを参照してください。
権限設計がプロジェクトの肝|ACLとIDプロバイダ
結論として、この製品の導入案件で最も重いのは権限設計です。検索対象が社内の実データである以上、「見えてはいけない人に見える」事故が最大のリスクになります。
ソース側のACLをそのまま持ち込む
Gemini Enterpriseは、接続元システムのアクセス制御リスト(ACL)を尊重する設計です。公式のカスタムコネクタ作成ガイドによれば、カスタムコネクタは本文・メタデータに加えてAclInfoを含むドキュメント形式で出力する必要があります。
権限の持ち方は2通りです。
方式 | 内容 | 向くケース |
|---|---|---|
Pure ACLs | メールアドレスを識別子として権限を表現する | IDがメールで統一されている環境 |
Identity Mapping | 外部システムのIDをマッピングして権限を解決する | 社内IDとメールが一致しない環境 |
どちらを採るかで実装量が変わります。古い基幹システムを含む案件では、後者を前提に工数を積む必要があります。
IDプロバイダ設定が要るのはどの構成か
公式ドキュメントでは、データソース側のアクセス制御を適用する構成でIDプロバイダ(IdP。社内の認証基盤)の設定が必要と案内されています。裏を返せば、全員が同じ公開情報だけを参照する検証用の構成なら、この設定なしでも動かせます。ただし本番で社内文書を扱うなら、ほぼ必ず通る工程と考えてよいでしょう。Microsoft Entra IDと接続する手順も公式に用意されています。アプリ・データストア単位の細かい権限はIAMポリシーで制御します。
エージェントに与える権限をどこまで絞るかという設計論は、AIエージェントの権限設計|最小権限とHuman-in-the-loopの実装で整理しています。製品が変わっても考え方は共通です。
案件の切り出され方と参画ルート
結論として、製品名ではなく要件名で募集されるのが現状です。探すときは「Gemini Enterprise」より「Google Cloud」「生成AI基盤」「社内AI検索」で絞るほうが当たります。
工程別に見た作業内容
導入プロジェクトで切り出されやすい工程を整理します。
工程 | 主な作業 | 求められる経験 |
|---|---|---|
要件定義・リージョン申請 | 対象業務の選定、データ所在地要件の整理 | Google Cloudの導入経験、顧客折衝 |
コネクタ設定 | 標準コネクタの接続、カスタムコネクタ実装 | API連携、対象SaaSの知識 |
ACL・ID設計 | Pure ACLsかIdentity Mappingかの選定、IdP連携 | IAM・SSO・ディレクトリ運用 |
エージェント実装 | ADKでのロジック実装、Agent Runtimeへのデプロイ | Python、LLMアプリ開発 |
評価・可観測性 | Agent Evaluation、Agent Observabilityの設計 | 評価設計、ログ基盤 |
ガバナンス運用 | Agent Registry・Gateway・Securityの運用設計 | セキュリティ運用、監査対応 |
このうちACL・ID設計と評価設計は、生成AIの知識だけでは担当しにくい領域です。インフラ・ID基盤の経験を持つエンジニアが入りやすい部分でもあります。
評価の実務はLLM評価(Evals)とは|LLM-as-a-Judgeと品質保証の実務まで解説、運用監視はLLMOpsとは|MLOpsとの違いと評価・監視・運用の実務とLangfuse・LangSmithの使い方|LLMトレース管理と選び方で掘り下げています。
単価をどう見るか
製品名を指定した公開案件はまだ表に出にくい段階です。参考として、フリコンに掲載しているGoogle Cloud Platformのスキルタグ案件は1,092件、平均単価86万円・中央値80万円、リモート可67%でした(2026年11月時点・掲載単価ベース)。
この数字の読み方には注意が必要です。これはGoogle Cloudというスキルタグを横断で集計した参考値で、生成AI案件の内訳ではありません。実際、掲載タイトルを見る限りではクラウドインフラ構築・Kubernetes・BigQuery・機械学習モデル開発といった表記が中心で、エージェント基盤を製品名で指定した募集は見当たりませんでした。掲載時点の提示単価であり、成約単価とも異なります。
エージェント開発そのものの単価レンジはAIエージェント開発案件の単価相場|必要スキル・獲得ルートを解説、社内導入型の案件構成は社内LLM導入案件とは|構成・要件・単価とフリーランスの参画実務にまとめています。本記事では個別のレンジは扱わず、そちらへ委ねます。
自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは?で整理しています。
探し方
実務的な手順はシンプルです。エージェントに登録したうえで、Google Cloud系のスキルタグで案件を絞り、要件欄に生成AI・RAG・社内検索の記述があるものを拾います。フリコンでもAIエンジニアの案件一覧とGoogle Cloud Platformの案件一覧からファセットで絞り込めます。
複数の候補が出たときにどう優先順位をつけるかは、案件の選び方|フリーランスエンジニアが単価・稼働・スキルで決める優先順位の比較軸が使えます。
他社の企業向けエージェント基盤との位置づけ
企業が比較検討する相手を押さえておくと、商談での立ち回りが変わります。
製品 | 提供元 | 立ち位置 |
|---|---|---|
Microsoft | Microsoft 365のアプリ内に組み込まれたアシスタント | |
Microsoft | ローコードのエージェント開発ツール | |
Salesforce | CRM・Data Cloud上で動く業務エージェント | |
AWS | エージェントの実行基盤・ID・ゲートウェイを提供 | |
Glean | SaaS横断の社内検索を起点としたWork AI |
Microsoft系の詳細はCopilot Studioとは|使い方・料金とAIエージェント案件、Salesforce系はAgentforceとは|Salesforce AIエージェントの機能と案件動向で扱っています。AWS側の基盤比較はAmazon Bedrockとは|主要モデル・料金とAWS LLM開発案件、Azure側はAzure OpenAI Serviceとは|料金・モデル選定と企業LLM導入案件の実務が対応します。
選定の実務では「すでに入っているSaaS」が効きます。Microsoft 365が中心の企業にGemini Enterpriseを提案する場合、コネクタ経由の接続で何ができて何ができないかを具体的に示せるかどうかが分かれ目になります。
エージェント同士の連携規格については、A2A(Agent2Agent)とは|MCPとの違いとエージェント連携の標準化とModel Context Protocolとは|MCPの仕組み・活用事例をエンジニア視点で解説もあわせて確認しておくと、構成の議論に入りやすくなります。
よくある失敗と対策
権限設計を後回しにする
PoCでは管理者権限で通してしまい、本番直前にACLの不備が発覚するパターンです。対策は、コネクタ選定と同時にIDの持ち方(Pure ACLsかIdentity Mappingか)を決めることです。IDプロバイダ設定は後付けしにくい部分なので、設計の初期に置きます。
非公式の価格を提案書に載せる
円建ての価格や、Standard・Plusのレンジを二次情報から引いてしまう失敗です。公式に出ているのはBusinessの21米ドルからという一点だけなので、それ以外は営業経由の見積りを前提にします。古いWorkspaceアドオンの価格と取り違えると、見積りが根本からずれます。
Vertex AIのドキュメントを参照し続ける
名称変更後もVertex AI側のドキュメントは残っていますが、更新は止まっています。古い手順のまま進めると、SDKの非推奨モジュールを使った実装になりかねません。着手時に参照先を新しい側へ寄せ、google-genaiへの移行要否を確認します。
リージョン申請のリードタイムを見落とす
東京リージョンは許可リスト制の扱いです。申請が通る前提でスケジュールを引くと、PoCの開始が遅れます。データ所在地の要件が出た時点で、アカウントチームへの確認を工程に入れておきます。
ワークベンチで足りる要件まで実装してしまう
業務部門がノーコードで組める範囲を巻き取ると、工数のわりに成果が見えにくくなります。初回のヒアリングで、ローコードで完結する範囲と、コードが要る範囲を分けて提示するほうが評価されます。
実践チェックリスト
参画前・着手前に確認したい項目です。
対象はアプリ層(利用者向け)か、Agent Platform層(開発)か
契約しているエディション(Business/Standard/Plus/Frontline)とシート数
データ所在地の要件と、東京リージョンの申請状況
接続するデータソースと、標準コネクタの有無
ID基盤(Entra ID等)の構成と、Pure ACLs/Identity Mappingの方針
既存のVertex AI資産の有無と、google-genaiへの移行要否
評価(Agent Evaluation)と可観測性(Agent Observability)の設計範囲
ガバナンス機能(Agent Registry・Gateway・Security)の運用担当
ローコードで完結する範囲と、実装が必要な範囲の線引き
本番公開前のレビュー体制と、人の承認を挟む箇所
まとめ
Gemini Enterpriseは「従業員が使うAIアプリ」と「エンジニアが作るAgent Platform」の2層構造です。導入案件で実装対象になりやすいのは後者になります。Vertex AIは提供終了ではなく統合されたため、既存資産は動く一方でSDKだけは移行の判断が要ります。
Gemini Enterpriseの発表は2025年10月9日。社内データに接続するチャット型アプリが入口
Agent Platformは2026年4月22日発表。Vertex AIの後継として機能が一元化された
Vertex AIは名称変更で手動移行は不要。ただしvertexaiパッケージの生成AI系モジュールは非推奨
公式価格はBusinessの1シート月額21米ドルからのみ。他は営業問い合わせで、円建ての流通価格は要出典確認
東京リージョンはデータ所在地に対応するが許可リスト制。申請のリードタイムを工程に入れる
案件化しやすいのはコネクタ設定とACL・ID設計。社内文書を扱う構成ではIDプロバイダ設定が前提で、後付けしにくい
次のステップとしては、既存のVertex AI案件を持っているならSDKの移行要否を確認し、新規に狙うならGoogle Cloud系のスキルタグで案件を絞ってみてください。
参照した一次情報は次のとおりです。
よくある質問
Gemini Enterpriseを使うのにGoogle Cloudの既存契約は必要ですか。
Businessエディションは業務用メールアドレスでのアカウント作成から始められる案内になっています。Standard以上は営業経由の契約になるため、既存のGoogle Cloud取引があると手続きは進めやすくなります。
無料で試せますか。
Businessエディションには30日間の無料試用が用意されています。300人までという上限があるため、全社展開の検証には向きません。部門単位の検証向けと考えるのが実態に近いです。
1日に作れるエージェント数に制限はありますか。
公式のクォータ表では、Standardが1日1件、Plusが1日10件です。短期間に多数のエージェントを立てる検証をする場合は、このクォータが先にボトルネックになります。従量課金の形態では機能クォータの上限が設けられていません。
ストレージが足りなくなったらどうなりますか。
ストレージとインデックスの超過分は、1 GiBあたり月額5米ドルで課金されます。対象データの範囲を広げるほどインデックス量が増えるため、接続するデータソースの選定が実質的なコスト設計になります。
Vertex AIで作ったモデルやエンドポイントは作り直しですか。
作り直しは不要とされています。コンソール上の表記が変わるだけで、既存環境はそのまま動く前提で案内されています。注意が必要なのはPython SDK側で、vertexaiパッケージの生成AI系モジュールは非推奨となりgoogle-genaiへの移行が案内されています。
ADKはGoogle Cloud以外でも使えますか。
ADK自体はオープンソースとして公開されています。ただしAgent Runtimeへのデプロイやアプリへの登録はGemini Enterprise固有の仕組みです。ロジックの移植性と実行基盤の固有性は切り分けて検討してください。
社内のファイルサーバーのように標準コネクタがないデータはどうしますか。
カスタムコネクタを実装する方法があります。本文とメタデータに加えてAclInfoを含むドキュメント形式で出力する必要があるため、権限情報をどう取り出すかが実装の主要な論点になります。
ハルシネーション(もっともらしい誤答)はどう抑えますか。
社内データに接続しているぶん根拠は示しやすくなりますが、誤答が消えるわけではありません。評価と出力制御の設計が別途必要です。具体的な手法はハルシネーション対策|LLMの誤回答を減らす実装と運用設計を参照してください。
日本語のサポートは受けられますか。
公式サイトには日本語ページが用意されていますが、アプリのUIや日本語サポートの提供範囲について明確な記載は確認できませんでした。要件に関わる場合は、Googleのアカウントチームに直接確認することをおすすめします。
案件を探すときのキーワードは何が有効ですか。
製品名そのものより、「Google Cloud」「生成AI基盤」「社内AI検索」「RAG」といった要件寄りの語のほうが当たります。スキルタグで絞ってから要件欄を読む流れが現実的です。
Microsoft 365を使っている企業でも導入できますか。
できます。OneDrive・Outlook・SharePoint・Entra IDのコネクタが公式に用意されています。ただし何が取り込めるかはコネクタごとに異なるため、提案前に対象データの範囲を確認しておく必要があります。
エージェントの監査ログはどこで見ますか。
Agent ObservabilityとAgent Gatewayがその役割を担います。2026年11月9日時点のリリースノートではこれらはGAとして扱われ、不審な挙動を検知するAgent Anomaly Detectionは限定プレビューの扱いでした。提供状況は短期間で変わるため、公式リリースノートで都度確認してください。
