google/skills 13本公開でAgent Skills規格は事実上収束｜Google Cloud利用者の3点とClaude Code導入5手順

この記事の結論（3行）

2026-04-23 Google Cloud Next 2026 Day 1で github.com/google/skills が公開された（Apache 2.0、13スキル）
AnthropicがオープンスタンダードとしたAgent Skillsフォーマットに、Googleが公式リポで乗った構図
これでスキル規格は事実上ベンダー中立のインフラ層に。Google Cloud触ってる人ほど早めに押さえた方がいい

2026-04-23、
Google Cloud Next 2026 Day 1のタイミングで github.com/google/skills が公開されました。
Apache 2.0ライセンス、
初回13スキル。
AnthropicのAgent Skillsフォーマットに、
Googleが公式リポで乗った形です。

これ、
地味に大きい。
単発のツール公開ではなくて、
AIエージェントのスキル規格がベンダー中立の共通インフラに固まった、
という構造変化になる。
私はGoogle Cloud＋Claude Code併用のチームほど早めに目を通しておいた方がいいと見ています。

Google Agent Skills（github.com/google/skills）とは何か

公式GitHub READMEの説明文はこの一行です。

"Agent Skills for Google products and technologies"
出典: github.com/google/skills

要するに、
Google Cloud各製品の「使い方の作法」を、
AIエージェントが読める形でパッケージしたもの。
SKILL.md形式のフォルダが13本入っていて、
Apache 2.0で配布されています。
リポジトリ説明には"This repository is under active development."と明記されており、
初回リリース後も追加が続く前提です。

Google Cloud公式ブログのSenior Staff Developer Advocateによる発表記事はこう書いています。

"Use npx skills install github.com/google/skills to install these skills to your agents of choice, including Antigravity, Gemini CLI, and third-party agents."
出典: Google Cloud公式ブログ

ポイントは「Antigravity, Gemini CLI, and third-party agents」の表現。
Google公式エージェントだけでなく、
Skills spec準拠のサードパーティを最初から名指ししている点です。
ここが今回の本質。

「Google Skills」（学習プラットフォーム）と混同するな

先に交通整理を。
Google検索すると skills.google.com の「Google Skills」（オンライン学習プラットフォーム、
2025-10公開）が上位に出ます。
これは別物。

名称	URL	正体
Google Skills（学習プラットフォーム）	skills.google.com	人間向けオンラインコース
Google Agent Skills（本記事の対象）	github.com/google/skills	AIエージェントに読ませるSKILL.md集

名前が紛らわしすぎますね。
Zenn・noteの検索結果も汚染されているので、
社内で共有する時は必ずURLとセットで案内したほうがいい。

13スキルの中身を3カテゴリで見る

github.com/google/skills のREADMEに載っている13スキルを、
3カテゴリで整理しました。

カテゴリ	スキル名（READMEの正式名称）	カバー領域
製品スキル（7）	Gemini API in Agent Platform	Gemini API利用作法
	AlloyDB Basics	AlloyDB操作
	BigQuery Basics	SQL生成・料金最適化
	Cloud Run Basics	サーバレス実行
	Cloud SQL Basics	マネージドDB
	Firebase Basics	モバイルバックエンド
	Kubernetes Engine (GKE) Basics	GKEクラスタ運用
Well-Architected（3）	Google Cloud Well-Architected Framework: Security	IAM・暗号化推奨
	Google Cloud Well-Architected Framework: Reliability	SLO・冗長設計
	Google Cloud Well-Architected Framework: Cost Optimization	コスト最適化
レシピ（3）	Recipe: Onboarding to Google Cloud	初期セットアップ
	Recipe: Authenticating to Google Cloud	認証フロー
	Recipe: Google Cloud Network Observability	ネットワーク監視

個人的に注目したのはWell-Architected系を3本も入れてきた点です。
製品個別の「使い方」だけでなく、
Googleが推奨する設計原則をAIエージェントの判断基準にねじ込んできている。
SQL生成だけじゃなく、
IAM設計のレビューもAIに任せたい層には重い意味があります。

レシピ系3本も渋い。
「OnboardingからAuthenticationまでをエージェントに踏ませる」設計なので、
新規メンバー配属の自動化を視野に入れていると読めます。

なぜ私はこの13本を「規格戦争の決着」と見ているのか

ここが本記事の核心です。
Agent Skillsのフォーマット自体は、
もともとAnthropicが2025-10-16に公開したもの。
Anthropic engineering記事はこう定義しています。

"organized folders of instructions, scripts, and resources that agents can discover and load dynamically to perform better at specific tasks"
出典: Anthropic engineering blog

2025-12-18のアップデートでオープンスタンダードに移行し、
agentskills.io が規格サイトとして立ち上がりました。
規格サイトはこう書いています。

"The Agent Skills format was originally developed by Anthropic, released as an open standard, and has been adopted by a growing number of agent products."
出典: agentskills.io

そして2026-04-23、
Googleが公式リポで乗った。
これが何を意味するか。
クラウド最大手のGoogleが、
自社プロプライエタリの形式ではなく他社発のオープン規格に合わせた、
という事実です。
地味に異例。

GitHub CLIが2026-04-16に gh skill コマンドを公開した時の表現も同じ温度感です。

"Agent skills... work across multiple agent hosts including GitHub Copilot, Claude Code, Cursor, Codex, and Gemini CLI among others. They follow the open Agent Skills specification"
出典: GitHub Changelog

Anthropic→Google→GitHubの順で乗った。
これでスキル規格は事実上、
ベンダー中立のインフラ層に固まった。
私の見方では、
ここから先は「どの規格を選ぶか」ではなく「どのスキルを書くか／使うか」の競争に移ります。

Anthropic Skills（anthropics/skills）と何が違うのか

Aisola Lab読者で気になるのはここでしょう。
anthropics/skills との対照表を出します。

項目	github.com/google/skills	github.com/anthropics/skills
提供元	Google	Anthropic
初回公開	2026-04-23	2025-10-16
カバー領域	Google Cloud製品＋Well-Architected＋レシピ	汎用業務（Document処理・研究系等）
主要対応ホスト	Antigravity / Gemini CLI / Skills spec準拠サードパーティ	Claude Code（主） / Claude.ai / Claude API
ライセンス	Apache 2.0	Apache 2.0中心（一部source-available）
インストール	`npx skills install github.com/google/skills`	`/plugin marketplace add anthropics/skills`
位置づけ	GCP特化の公式リファレンス	規格策定元の汎用スキル先行例

カバー領域が綺麗に住み分かっていますね。
Anthropic側はDocument処理・研究エージェント向けで先行、
Google側はクラウドインフラ運用に振り切り。
両方入れて困らない設計です。
SKILL.mdフォーマットがagentskills.io specに統一されているので、
同じエージェントから両方ロードできる。

google/skills を Claude Code で使うための手順

「Antigravity / Gemini CLIだけしか公式に明言されてない」と書きましたが、
Skills spec準拠ホストなら同じインストールフローで動きます。
Google Cloud公式ブログとagentskills.io specをもとに、
Claude Code向けの導入手順を整理します。

Node.js環境を用意: npx が走る環境（Node.js 18以上推奨）。WSL2やmacOSターミナルでOK。
プロジェクトディレクトリで実行: 作業対象リポのルートで npx skills install github.com/google/skills を実行。Google Cloud公式ブログ記載のコマンドです（出典: cloud.google.com）。GitHub README記載の npx skills add google/skills と機能は同じ。
導入先ホストを指定: 対話で導入先を選ぶ画面が出る。Claude Code利用者は claude-code を選択（gh skill CLIの--agentフラグで claude-code / cursor / codex / gemini / antigravity が指定可能。出典: GitHub Changelog）。
必要な3〜4スキルだけに絞る: 13本全部入れると name＋description のメタデータだけでもベース消費が増える。BigQuery触る人ならBigQuery Basics＋Well-Architected: Security＋Recipe: Authenticatingの3点に絞るのが無難。
動作確認: Claude Code起動後、対象スキルが関連するタスク（例: BigQueryのSQL生成依頼）を投げてSKILL.mdがロードされるか確認。Progressive Disclosureの仕様上、関連判定された時点でStage 2のSKILL.md本体がロードされる（出典: agentskills.io/specification）。

引っかかりやすいポイントは2つ。
①公式ブログとREADMEでコマンド表記が揺れている（installとadd）が両方とも公式。
②Antigravity・Gemini CLI以外への対応はGoogle公式ブログには明記なし、
agentskills.ioのClient Showcaseとgh skill changelogが一次ソース。
社内資料に書く時はこの線引きを残しておいたほうが安全です。

BigQuery / Firebase / Securityの3スキルが効くシーン

13本のうち、
Google Cloud＋AIエージェント併用層に効く3本を、
実際の業務フローに落として深掘りします。

BigQuery Basics

効くシーン: データアナリストが自然言語でクエリを書かせる場面。
「過去30日の購入者を地域別に集計して」とエージェントに投げた瞬間、
BigQuery Basicsが自動ロードされ、
APPROX_QUANTILES等のBQ固有関数や、
パーティション指定・クラスタリングといった料金最適化のベストプラクティスが判断基準に乗る。
毎回プロンプトに「BQの料金最適化も意識して」と書き足す運用から解放されるのが地味にでかい。

SKILL.mdに入っていれば、
BigQuery触ってると判定された時だけ自動ロード。
Google Developers公式Xの数字を引きます。

"By using progressive disclosure, you can load domain expertise only when needed. This can reduce baseline context usage by 90%."
出典: @googledevs

90%は Skills spec全般のProgressive Disclosure設計の効果数字なので、
google/skills固有の実測ではない点には注意。
ただ理屈は分かります。

Firebase Basics

効くシーン: モバイル開発者がFirebase Authの実装を依頼する場面。
「ソーシャルログイン足して、
Security Rulesも書いて」と投げた時、
エージェントがFirebase Authのセキュアな初期化パターンや、
Firestore Security Rulesの典型ガード条件を参照する。
認証周りは1行間違えると穴が開く領域なので、
公式パターンを常時参照させる意味が大きい。

Firebase関連は firebase/agent-skills という別の独立リポも存在します（2026-02-17公開、
google/skillsより先行）。
Firebase公式ブログを書いたFirebase Developer Advocateの定義はこちら。

"Agent Skills are specialized instructions and context that you can give to your preferred AI agents to help them understand the nuances of Firebase, then execute tasks more effectively."
出典: firebase.blog

カバー領域はAuthentication、
Firestore database architecture、
Security Rules、
Firebase App Hosting、
Firebase AI Logic / Gemini integration、
Project setup。
google/skillsのFirebase Basicsは入口で、
深く触るなら独立リポも併用、
という棲み分けです。

Well-Architected: Security

効くシーン: SRE／プラットフォームチームがIAM設計のレビューをAIに下書きさせる場面。
Cloud Runにデプロイする新サービスの権限設計を依頼した時、
Well-Architected Frameworkの推奨パターン（サービスアカウントの最小権限、
組織ポリシーの当て方、
暗号化の既定値）が判断基準に組み込まれる。
レビュー段階のチェックリスト化が自動で進むので、
設計レビュー会議で詰める論点が「推奨に沿ってるか」から「ビジネス要件との整合」に上がる。
これは個人的に一番効くと思っている1本です。

批判・懸念サイドの声も拾っておく

賛成寄りの空気だけで書くと記事の精度が落ちるので、
批判観点も並べます。
Google Cloud Communityに寄稿されたMedium記事（2026-03-12）はAgent Skills全般に対してこう書いています。

"I don't want to do a javascript and 'download the internet' of skills just in case I might need them."
"Unverified developers could contribute skills, creating production environment vulnerabilities in enterprise settings"
"No centralized registry existed; the author worried this would repeat past software ecosystem mistakes with duplicate and obsolete packages"
出典: Google Cloud Community Blog（Medium）

3点とも妥当です。
①事前に全部入れる思想に対する反発、
②レビュー未済のContributorからのスキルがProductionに紛れるリスク、
③中央レジストリの欠如によるパッケージ生態系の重複問題。
エンタープライズで使う場合は、
社内でフォークしてレビュー済みスキルだけを配信する運用が現実解になります。

賛成寄りの声も並べておきます。
dev.toのAgent Skills解説記事は構造論を押さえています。

"Context bloat has been treated like an engineering nuisance. Google just made the case that it's an infrastructure problem — and shipped a solution for it."
"MCP solved access. Agent Skills solves delivery. They're complementary, and the combination starts to look like a serious answer to the context problem."
出典: dev.to（Agent Skills解説記事）

「MCPがアクセスを解いて、
Agent Skillsがデリバリーを解く」の整理は腹落ちします。
コンテキスト問題の真の解は、
この2本立てになる可能性が高い。

結局Google Cloud触ってる人は今何をすべきか

私の見解を3点で。

github.com/google/skillsをBookmark: under active developmentで追加が続く前提。watchしておくと差分でキャッチアップできる。
BigQuery / GKE / Firebase等で日常的にAIエージェント使ってる人は3〜4スキル絞って試す: 13本一括導入は前述のMedium記事の指摘通り筋が悪い。業務で使ってる製品に絞る。
社内SKILL.md整備の検討: 公式13本は入口。組織固有のIAM設計やネーミング規約は自社SKILL.mdとして書いて配るのが本命。agentskills.io specに準拠して書けばClaude Code・Cursor・Gemini CLIで横断利用できる。

規格戦争は事実上終わった。
これからは「どのスキルを書くか／配るか」の話になる。
Google Cloud関連の業務知見を持っているエンジニアほど、
自社内のSKILL.md資産化が効いてくるフェーズが出揃ったと言えます。

FAQ

Q. google/skills は Claude Code で動きますか？

A. Google Cloud公式ブログでは Antigravity と Gemini CLI、
third-party agentsしか明言されていません。
ただし agentskills.io の Client Showcaseには Claude Code が公式対応ホストとして掲載されており、
GitHub CLIのchangelog（2026-04-16）も"open Agent Skills specification"準拠でClaude Code・Cursor・Codex・Gemini CLIが横断動作すると記載しています。
Skills spec準拠ホストなら基本的に動く設計です。

Q. 13スキル以外は今後追加されますか？

A. GitHub READMEに "This repository is under active development." と明記されており、
Google Cloud公式ブログも "additional skills will be launched in this repository in the coming weeks and months" と記載しています。
CONTRIBUTINGも受付中で、
Bug Reportと新規スキル提案が明示的に開かれています。

Q. 料金はかかりますか？

A. スキル自体はApache 2.0ライセンスで無料。
GCP製品の利用料は別途かかります。
スキルが提示するクエリやAPIコールがGCP請求に乗る点は通常通り。

Q. Anthropic Skills（anthropics/skills）とどっちを入れるべき？

A. 用途で使い分け推奨。
anthropics/skillsはDocument処理・研究系の汎用業務スキルが先行、
google/skillsはGCP製品特化です。
SKILL.mdフォーマットがagentskills.io specに統一されているので、
同じエージェントから両方ロード可能。
両立で困りません。

Q. 非エンジニアにも関係ありますか？

A. 直接の利用は難しい層です。
ただAIエージェントがGCP専門家化する土台なので、
社内で誰かがCloud Run / BigQuery等を触っている組織なら、
その精度向上を通じて間接的に効いてきます。