メニュー

AI

Google公式のスキル集「google/skills」:158個の中身と使い道

公開
茹で時間
9 分
言語
日本語 · English

この記事で分かること

  • google/skillsは、Google製品の使い方をAIエージェント向けにまとめたAgent Skills集で、4月の公開時の13個から10月13日時点で158個に増えた
  • gcloudのスキルは、実行前にヘルプで構文を確かめることと、削除や課金の操作では人の許可を待つことを、エージェントに指示している
  • 15個のスキルは利用の計測用の印を付けるよう指示していて、作るTerraformのリソースにラベルを付けさせるものもある
目次(6項目)
  1. google/skillsとは
  2. 何が入っているか
  3. 何ができそうか
  4. 入れ方
  5. 入れる前に確かめたいこと
  6. 関連する記事

GitHub Trendingに、Googleのgoogle/skillsが上がっていました。Google製品の使い方を、AIエージェントが読む形にまとめた「Agent Skills」の公式の集まりです。4月の公開時に話題になったリポジトリですが、半年でスキルの数は13個から158個に増えていました。

GitHubのリポジトリ「google/skills」の紹介画像。リポジトリ名と説明、コントリビューター数やスター数、組織のアイコン
出典:google/skills(GitHub)

google/skillsとは

Agent Skillsは、AIエージェントに作業の手順や知識を渡すための形式です。仕様では、1つのスキルはSKILL.mdを含むフォルダで、必要に応じてスクリプトや参考資料も同梱する形です。エージェントは起動時に全スキルの名前と説明(1つあたり約100トークンが目安)だけを読み、依頼に合ったときに本文を読み込みます。本文の推奨は5000トークン未満で、同梱の資料は、さらに必要になったときにだけ読みます。

Googleは2026年4月22日のGoogle Cloud Nextの初日にこのリポジトリを発表しました。公式ブログによると、ドキュメント検索のMCPサーバーを多用すると、大量の文脈がコンテキストウィンドウに入り、モデルが混乱してトークンの費用もかさみます。スキルは必要なときだけ読み込まれる凝縮した資料という位置づけです。

ライセンスはApache 2.0です。ただしCONTRIBUTINGによると、外部からのPull Requestは受け付けていません。利用者ができるのは、Issueでの報告や要望と、フォークしての改変です。

何が入っているか

公開時は、BigQueryやGKEなど製品別の7個と、設計の指針やオンボーディングの6個の計13個でした。リポジトリの履歴で数えると、6月1日に25個、8月1日に99個、10月1日に150個と増え、10月13日時点で158個です。

READMEは、158個を13の分野に分けています。

分野数主なスキル
Google Cloudを始める3プロジェクト作成、認証
複数製品の構成12構成の設計、エージェントの構築、RAG
AI/ML25Gemini API、Genkit、Agent Platform
インフラ37GKE、Cloud Storage、Filestore
データベースと分析16BigQuery、Spanner、Cloud SQL
開発ツール5gcloud、Cloud Build
アプリ開発1Rustへの移行
管理ツール17Cloud Logging、PromQL、SLOのアラート
Well-Architected Framework6費用、運用、性能、信頼性、セキュリティ、持続可能性
セキュリティとID17SecOps、IAM、Security Command Center
Webとアプリのホスティング3Cloud Run、Firebase
広告14Google Ads API、Mobile Ads SDK
その他2Google AnalyticsのAPI

名前にGKEが入るスキルだけで40個です。Google Workspaceのスキルはなく、AndroidやFlutterなどは別のリポジトリに案内されています。SKILL.mdにgcloud が出てくるものは106個あり、多くはエージェントにコマンドを組み立てさせる前提で書かれています。

何ができそうか

一番使い道が広いのは、gcloudのスキルです。モデルが覚えているgcloudのコマンドは古く、存在しないフラグを作りやすいと断り、次の決まりを課しています。

  • 実行や提案の前に、末端のコマンドのgcloud helpで構文を確かめる。Web検索は根拠にしない
  • listは--limit、--filter、--formatのどれかを付けずに実行しない
  • --dry-runや--validate-onlyがあれば、先にそれで確かめる
  • IAMの変更、gcloud * delete、gcloud billingなどは、利用者の明示の許可なしに実行しない

Google Cloudを触るエージェントには、まずこれを入れるのがよさそうです。

ほかの分野も手順の型まで決めたものが目立ちます。GKEの費用の最適化は、Vertical Pod Autoscalerを推奨だけ出すモードで入れ、24時間以上データを集めてから推奨値を読む手順です。BigQueryは基本、最適化、利用状況の観測、障害の調査が別のスキルに分かれ、説明の欄に、使わない場面と代わりのスキルまで書かれています。Cloud LoggingのクエリやPromQL、SLOのアラートの設定など、書き方を覚えにくいものを生成させるスキルもまとまっています。

SecOpsのアラートの仕分けは、アラートの題名やログの中身を信頼しないデータとして扱い、そこに埋め込まれたコマンドを実行しない、という指示を冒頭に置いています。アラートの中身は攻撃者が書ける文字列なので、自前で直すときも、この指示は残しておく必要がありそうです。構成の設計のスキルは、要件を聞き終えるまで製品を提案しない、と決めています。先に製品を挙げると、確証バイアスで答えがその製品に寄るためです。

Google Cloudの外では、Google Ads APIでコンバージョンの減少の原因を探すスキルや、C++やJavaなどのコードをunsafeを禁じたRustに移すスキルもあります。Rustのスキルには外部のリポジトリをビルドする前にコマンドを利用者に見せる、テストが通らないときの自動の直しは5回までにする、といった歯止めが入っています。

入れ方

READMEの入れ方は、skills CLIを使う1行です。Claude Code、Codex、Cursorなどに対応しています。

# 一覧だけを見る
npx skills add google/skills --list

# gcloud のスキルだけを、Claude Code に入れる
npx skills add google/skills --skill gcloud -a claude-code

158個を全部入れると、起動時に読む名前と説明も158個分になります。使う製品のスキルだけを選んで入れるのがよさそうです。

スキルとMCPサーバーをまとめた「プラグイン」も17個あります。Claude Codeではclaude plugin marketplace add google/skillsのあとclaude plugin install <プラグイン>@google-pluginsで、Codexではcodex plugin marketplace add google/skillsのあと/pluginsの画面から入れます。リポジトリの中に本体があるのはgoogle-cloud-developerだけで、中身はgcloudなど5つのスキルと、公式ドキュメントを引くDeveloper KnowledgeのMCPサーバーの接続設定です。既定の割り当ては、回答の生成が1プロジェクトあたり1日50回、検索が1分100回です。スキルの知識が古くなっても、ここで最新のドキュメントを引けます。

入れる前に確かめたいこと

15個のスキルには、利用を計測するための印を付ける指示があります。BigQueryの基本など11個は、エージェントが実行するコマンドの環境変数やUser-Agentに、スキルの名前と版を足すものです。利用者のデータは含まず、頼めば外せると書かれています。一方、Cloud Monitoringの通知チャネルなど5個は、作るTerraformのリソースにcreated-with-google-skillのラベルを付けるよう指示しています。自分のリポジトリに残るコードに印が入るので、気になる場合は入れる前にSKILL.mdを検索しておくとよさそうです。

Google Skill Finderは手元にスキルを持たず、セッションごとにGitHubのmainブランチから一覧を取り、合うスキルの本文を取りに行きます。証明書の検証に失敗しても、検証を無効にして取り直すことはしない、と決めています。それでも、読まれる指示はその時点のmainの内容です。必要なスキルを手元に入れておけば、どの版の指示で動いたかを固定できます。

SnowflakeのdbtをBigQueryに移すスキルのように、書き換えたファイルの先頭に著作権の表示を入れるなど、「Google固有の基準」を守らせるものもあります。そのまま自社のコードに当てはまるとは限らないので、入れる前にSKILL.mdの本文には目を通しておいたほうがよさそうです。

関連する記事

組織の中でスキルを共有・承認する話は、Copilot Studioの例をスキルカタログの記事に書きました。Googleのリポジトリは、逆に、製品の提供元が自社製品のスキルを配る例です。

udon
Microsoft 365、ServiceNow、Copilotなどを自ら検証し実務で使える「コシのある知見」を記録しています。