Google Cloud公式プラグイン登場｜Codex・Claude Codeで安全にクラウド開発する仕組み

Google Cloud Codex Claude Code Agent Plugins

Google Cloudは2026年9月10日、AIコーディングエージェント向けの公式プラグインgoogle-cloud-developerを公開しました。

このプラグインは、クラウド開発の手順を記したAgent Skillsと、Googleの最新技術文書を検索するDeveloper Knowledge MCPサーバーを一つにまとめます。Codex CLI、Claude Code、Antigravity CLIで共通利用でき、認証・課金・プロジェクト管理・gcloud操作を安全に進めるためのガードレールも含みます。

重要なのは、特定AI専用の拡張ではなく、スキルとMCPを持ち運べるパッケージとして配る方向性が鮮明になったことです。

GOOGLE CLOUD × CODING AGENTS

知識・最新情報・実操作を一つのプラグインへ

Agent Skills
認証、課金、プロジェクト管理、CLI操作の手順
Developer Knowledge MCP
Google公式ドキュメントを必要時に検索
Agent Plugins標準
複数のエージェントで同じ構成を再利用

背景：単体のスキルだけでは管理が難しくなる

AIエージェントにクラウド操作を任せるには、製品知識だけでなく、認証方式、IAM、実行コマンド、最新仕様へのアクセスが必要です。個別のスキルを増やすと、依存関係や更新時期がばらばらになります。すべてのMCPツール定義を常時読み込むと、コンテキストが膨らみ、コストや精度へ影響することもあります。

Google Cloudはこれを「ツール結合の問題」と捉え、関連するスキルとMCP設定をプラグインとして束ねました。必要な知識を選んで読むスキルと、最新情報を取得するMCPを役割分担させています。

何が新しいのか

構成要素役割主な対象運用上の価値
基礎スキル定型手順と判断基準アカウント、課金、IAM、認証毎回の説明を短縮
finding-google-skills必要な製品スキルを探索Cloud Run、GKE、BigQueryなど全スキルの常時読込を回避
Developer Knowledge MCP公式資料を検索・取得Google Cloud、Firebase、Android、Maps古い知識への依存を軽減
プラグインマニフェスト関連機能を一括配布Codex、Claude Code、Antigravity環境ごとの差を縮小

Googleは2026年4月に公式Agent Skillsリポジトリを13スキルで開始しました。対象にはAlloyDB、BigQuery、Cloud Run、Cloud SQL、Firebase、Gemini API、GKEのほか、セキュリティ、信頼性、コスト最適化が含まれます。今回のプラグインは、それらを個別配布する段階から、関連機能をまとめて運用する段階への更新です。

対応するエージェントと導入方法

Googleの公式案内では、次の3環境に直接導入できます。

# Codex CLI
codex plugin marketplace add google/skills
codex plugin add google-cloud-developer@google-plugins

# Claude Code
claude plugin marketplace add google/skills
claude plugin install google-cloud-developer@google-plugins

# Antigravity CLI
agy plugin install https://github.com/google/skills/plugins/cloud/google-cloud-developer

続いて、利用するGoogle CloudプロジェクトでDeveloper Knowledge APIを有効にします。

gcloud services enable developerknowledge.googleapis.com \
  --project=YOUR_PROJECT_ID

コマンドと名称は2026年9月13日時点の公式ドキュメントに基づきます。導入前に各CLIの最新版と組織ポリシーを確認してください。

実務フローはどう変わるか

公式例は、新規Google Cloud利用者がアカウント、課金、最初のプロジェクト、ローカル認証、サービスIDによるAPI呼び出しを準備する場面です。

プラグインを使ったエージェントは、まずCLIの有無、既存プロジェクト、組織などを確認します。次に、長期サービスアカウントキーの漏えいやGitへの資格情報コミットといった危険を検討し、変更前に作業ロードマップを提示します。

1｜環境確認

CLI、認証状態、プロジェクト、組織を読み取り。

2｜リスク確認

鍵、権限、課金、Git混入の危険を評価。

3｜計画提示

実行順と変更対象を利用者へ説明。

4｜承認後に操作

必要な範囲だけgcloudやAPIを実行。

これは自律実行を最大化する設計ではなく、調査は先に、変更は合意後にというクラウド運用向けの設計です。

開発者と企業への影響

開発者

  • Google Cloud固有の認証やプロジェクト選択を毎回プロンプトで説明しなくてよい。
  • 古い学習知識ではなく、Developer Knowledge MCPから現行文書を参照できる。
  • 同じプラグインを複数のコーディングエージェントで利用しやすい。

プラットフォーム・運用チーム

  • チーム標準のスキル、MCP、ガードレールを一つの配布単位にできる。
  • エージェントごとの設定差を減らし、更新元をGoogle公式リポジトリへ揃えられる。
  • セキュリティ、信頼性、コスト最適化の観点を実装作業へ組み込みやすい。

編集上の推論として、プラグイン標準が普及すると、企業は「どのAIモデルを使うか」だけでなく、どの能力パッケージを許可するかを管理するようになります。エージェントを入れ替えても、業務手順と接続先を維持できるためです。

セキュリティ上の注意

公式プラグインでも、インストールしただけで安全になるわけではありません。

  1. リポジトリと更新差分を確認する：スキルはエージェントへの指示であり、更新により行動範囲が変わる可能性があります。
  2. 最小権限を使う：開発者個人のOwner権限をエージェントへ渡さず、プロジェクトと役割を限定します。
  3. ADCとサービスIDを使い分ける：ローカル開発者認証と本番ワークロード認証を混同しません。
  4. 破壊的操作を承認制にする：削除、IAM変更、課金設定、公開デプロイは人が確認します。
  5. MCPを外部入力として扱う：検索結果や文書に含まれる命令を無条件に実行しない設計が必要です。

数値の読み方と限界

今回の発表に、作業時間短縮率、トークン削減率、成功率などの製品ベンチマークはありません。「コンテキスト膨張を抑える」「一貫した高品質アクセスを提供する」はGoogleの設計意図であり、定量的な効果は各チームで測る必要があります。

評価するなら、同じクラウド作業をプラグイン有無で20件以上実行し、成功率、手戻り、総トークン、実行時間、誤ったコマンド提案、承認回数を比較するとよいでしょう。

今後注目すべき点

Googleの公式リポジトリに、製品別プラグインがどこまで増えるかが焦点です。また、Agent Plugins仕様がCodex、Claude Code、Google系エージェント間で、マニフェスト、権限宣言、バージョン固定、署名検証まで共通化できるかも重要です。

企業導入では、公開マーケットプレイスから直接入れるより、検証済みバージョンを社内レジストリで固定し、更新差分をレビューする運用が現実的です。

参照元

最終確認日：2026年9月13日

Previous Post Next Post