Gemini Enterpriseを社内展開する前に、この3つの権限を設定しろ

Gemini Enterprise を社内展開する際、権限設定でハマる企業が増えています。原因は、権限管理が3つのレイヤーに分かれているのに、ドキュメントが層状な説明をしていないからです。公式ガイドも「何をどこで設定するか」が分かりにくく、結果として「画面は表示されるのに、肝心のエージェント（アプリ）が一覧に出てこない」という奇妙な状態に陥ります。

具体的には、次の3つを順番に設定する必要があります。まず Google Cloud コンソールの「IAMと管理」で対象ユーザに「Gemini Enterprise ユーザー」ロールを付与し、次に Gemini Enterprise の管理画面で該当プロジェクトのライセンスをそのユーザーに割り当て、最後に個別のエージェント・アプリの共有設定でユーザーを追加します。この3つは役割が異なります。IAM は GCP プロジェクトへのアクセス制御で Gemini 専用ではありません。ライセンスは課金・利用権の管理です。アプリ共有設定は個別エージェントのアクセス制御です。それぞれが別々に存在する理由を先に理解しておくと、「エージェントが見えない」という症状から原因のレイヤーを逆引きするのが簡単になります。

実運用ではもう一点、優先順位が重要です。プロジェクトレベルの IAM 権限はアプリレベルの共有設定より優先されます。つまり、プロジェクトレベルで Gemini Enterprise ユーザーロールを持つユーザーは、そのプロジェクト内の全アプリにアクセスできてしまいます。特定のアプリだけに絞りたい場合は、プロジェクトレベルのロールは付与しない代わりに、アプリレベルの共有設定のみで許可する組み合わせにします。先行ユーザーへの展開前に、この3つと優先順位を必ず確認してください。権限が漏れていると、ユーザー側は「本当に大丈夫か」と疑い始めます。AI 導入は信用が命です。