Google Cloud Developer Pluginの機能と公式の導入経路
本プラグイン(ツールに機能を加える仕組み)は、5つのスキル(人工知能向けの作業手順)を提供します[8]。 本プラグインは、公式文書を検索する機能も提供します[10]。
公式ブログは、次の3クライアント(本プラグインを導入する開発ツール)の導入手順を案内しています[3]。 CLIは、文字コマンドを入力してソフトウェアを操作する仕組み(インタフェース)です。
-
Antigravity CLI:公開リポジトリ(ファイルと変更履歴を公開・管理する場所)から直接導入します
-
Claude Code:Googleの配布カタログ(導入できるプラグインの一覧)から導入します
-
Codex CLI:Googleの配布カタログから導入します
実行する導入コマンドは、各クライアント向けの公式案内で確認してください。
コーディングエージェントは、指示を受けてコード作成やコマンド実行を担うAI(人工知能)ツールです。
Googleは2026年9月、公式ブログで「Google Cloud Developer Plugin」を発表しました[23]。
プラグインの配布元は公開リポジトリです[1, 4]。導入経路は上記のようにクライアントごとに異なります。
Agent Pluginsは、プラグインの構成を共通化する仕様です[17]。 本プラグインはAgent Plugins仕様に準拠した設計だとGoogleは説明しています[5]。ただし、発表記事で導入手順が示されたクライアントは上記の3クライアントであり、網羅的な互換性一覧は発表記事にありません[5]。
Publickeyは、本発表を2026年9月30日付で報じました[6]。
5つの同梱スキルと公式文書検索の連携
認証は身元の確認、認可は実行できる操作の決定です。
本プラグインは、Google Cloud上で開発するエージェント向けに基本機能を提供します[18]。Google Cloudのプロジェクトは、サービスの管理対象や設定をまとめる単位です。 管理対象をリソースと呼びます。 Googleは、認証や認可、プロジェクト管理、CLI操作の安全上の指示を扱うと説明しています[7]。
同梱される5つのスキルの役割は次の通りです[8]。
-
gcloud(Google Cloudを文字コマンドで操作するツール):CLI操作の検証と安全上の指示
-
google-cloud-recipe-auth:認証方式とサービスアイデンティティ(認証を受けるアプリや自動処理の身元)の選択
-
google-cloud-recipe-onboarding:プロジェクトの初期設定や課金設定(利用料金に関する設定)
-
finding-google-skills:専門スキルの発見と読み込み
-
retrieving-developer-knowledge:公式文書の検索と取得
本プラグインは、質問内容に応じて参照先を案内する設定『google-cloud-discovery.md』も備えています[9]。この設定は、同梱スキルで対応できない高度な依頼を受けた場合、エージェントにカタログ内の専門スキルを探して取得するよう促します[9]。
MCPは、AIと外部ツールを接続する共通仕様です。 公式文書の参照にはDeveloper Knowledge MCPが活用されます[10]。Developer Knowledge MCPは、次の3ツールを提供します[10, 21]。
-
search_documents:関連する文書の抜粋を検索します。 -
get_documents:指定した文書の全文を、Markdown形式(記号で見出しや箇条書きを書く形式)で取得します。 -
answer_query:公式文書に基づく回答を作ります。
APIは、ソフトウェア同士が機能を呼び出す窓口です。
Googleは、MCPを使えない環境向けに、APIを直接呼び出して文書を取得する代替手順も案内しています[10]。
Googleの導入案内は、Developer Knowledge APIの有効化を求めています[20]。
ここでのAPIキーは、Developer Knowledge APIによる公式文書検索の接続用の認証情報です[20]。 Googleの認証案内では、Claude CodeやCodexなどの外部環境向けに、APIキーを使う方式が示されています[20]。 開発者は、利用環境ごとの認証方式と接続先を、該当する公式資料で確認してください。
公式文書検索とgcloudによるコマンド実行は、別の用途として案内されています[10, 13]。
gcloud操作で確認する承認条件
gcloudスキルは、CLI操作のガードレール、つまり安全上の指示をエージェントに与えます[12]。gcloudスキルは、コマンドの提案や実行前に、対象コマンドの構文をgcloud help <leaf_command>で確認させます[12, 22]。
gcloudスキルは、対象プロジェクトの明示や結果の絞り込みを促します[12, 22]。remote MCPは、別の環境で稼働するMCPサーバです。
gcloudスキルは、ローカルCLIとCloud CLI remote MCPの利用方法にも触れています[13]。
ここでの破壊的操作は、delete、update、removeなど、リソースを削除・変更する操作です[24]。 「Prohibited Operations」(禁止リスト)は、明示承認なしの自律実行を禁じる操作の一覧です[25]。
公式のスキル文書は、破壊的操作と禁止リストを別項目で説明しています[24, 25]。 gcloudスキルは、delete、update、removeなどの破壊的操作で、ユーザの明示許可を求めるようエージェントに指示します[24]。
スキル文書は、次の両方を満たす場合に限り、破壊的操作の自律実行を例外として認めています[24]。
-
安全な手順の中で、事前に承認された操作であること
-
その操作について明示的な指示があること
IAMは、リソースへのアクセス権限を管理する仕組みです。 IAMの変更、APIの能動的有効化、課金や組織設定などが該当します[25]。
スキル文書は、このリストに該当する操作の実行前に、エージェントが人間の明示的な承認を得るよう指示しています[25]。開発者は実行前に対象と変更内容を確認してください。
図は、操作に適用される条件の確認項目を示します[12, 24, 25]。
後輩破壊的操作と禁止リストは、どう確認すればよいですか?
先輩まず操作がどの項目に該当するか見て、スキル文書の条件を確認しよう。IAMや課金などのリストには人間の明示承認が必要だよ。
後輩操作の種類と、スキル文書で指示された操作の承認条件を確認するんですね。
先輩そうだね。実行前に対象と変更内容を確認するとよいね。
エージェントに任せる範囲と人間の関与を考える際は、次の関連記事も参考になります。
初回設定で支援する内容
同梱スキルは、プロジェクトやアカウント、課金の初期設定を支援します[11]。
紹介された利用例では、エージェントが既存のCLIやプロジェクトの状態、IAMや鍵の扱いを確認します[11]。 また、このエージェントはリソース変更前に具体的な手順を提示します[11]。
認証スキルは、ユーザ本人としての認証と、アプリや自動処理の認証方式の選択を支援します[19]。
プラグイン化された背景と標準仕様への準拠
GitHubの公開履歴には、2026年8月27日に既存パッケージを改称し、クラウド系プラグインを統合した記録があります[2]。
文脈ウィンドウはAIが一度に扱える情報量です。 Googleは、個別スキルにより特定の用途で文脈ウィンドウの使用量を抑え、導入も容易になると説明しています[14]。 一方、Googleは個別管理が煩雑になる場合や、他のスキルとの連携が有効な場合もあると説明しています[14]。
Googleは、コーディングエージェントの利用拡大に伴い、関連スキルや補完的なツールを組み合わせることでエージェントの能力が高まる場合があると説明しています[15]。
依存関係は、あるソフトウェアが別のソフトウェアを必要とする関係です。 Googleは、関連機能の統合により複雑な依存関係を個別に管理せずに済むと説明しています[16]。 Googleは、開発者が基礎的な機能と専門ツールを併用できると説明しています[16]。
Googleは、エージェントごとに設定を保守する負担を課題として挙げています[17]。
マニフェストは設定ファイル、ディレクトリ構成はファイルの配置です。 Googleは共通のマニフェストとディレクトリ構成を持つAgent Plugins仕様を採用しました[17]。
後輩個別のスキルを足していく従来の方法と比べて、プラグインとしてまとめる実務上の意味は何ですか?
先輩Googleは、個別管理が煩雑になる場合や、環境別の設定保守を課題に挙げているよ。
後輩エージェントごとに設定ファイルを用意し分ける手間も生じていたわけですね。
先輩そうだね。Googleは、共通のマニフェストと配置を使うことで保守負担を減らそうとしているんだね。
主な公式資料
機能と操作の指示は、次の公式資料で確認できます。本文の脚注からも各根拠を参照できます。



