Agent SkillsがAgentic AI Foundationへ移管：コーディングエージェントを運用するチームにとって何が変わるのか

2026年10月22日、サンノゼで開催されたAGNTCon + MCPCon North Americaにおいて、Agentic AI Foundationは4つの新規プロジェクトを発表しました。その中でコーディングエージェントを運用するすべてのチームに関係するのが、Anthropicから寄贈されたAgent Skills（SKILL.mdフォーマット）です。残りの3つは、OpenAIのOpen Responses、Hugging FaceのOpenEnv、そしてAlibabaのOpenSandboxです。Linux Foundation傘下の同ファウンデーションは、MCP、A2A、AGENTS.md、gooseなどを含む10件のプロジェクトを現在ホストしています。

Anthropicの寄贈発表ブログには、移管された対象としてAgent Skillsの名称とロゴ、GitHubオーガニゼーション、agentskills.ioのドメイン、そして標準仕様そのものが挙げられています。また、Anthropic独自の普及実績データも公開されており、2025年12月の標準策定以降、70以上のエージェントプラットフォームがAgent Skillsを統合し、「100万件のスキルが公開され、約2億8,000万件がインストールされた」とのことです。

一見すると単なるガバナンス関連のニュースのように思えますし、実質的にもその側面が強いのは確かです。しかしこれは、「Claude CodeとCodexを用途に応じて使い分けている現場において、スキルは単なるベンダー固有の機能なのか、それとも共通で標準化できるフォーマットなのか」という実務上の疑問に決着をつけるものです。今やスキルは、中立的な所有主体を持つ共通フォーマットとなったのです。

要点まとめ（TL;DR）

Agent Skillsは現在、Agentic AI Foundationが管轄するベンダー中立のプロジェクトとなっており、Anthropic、Google、OpenAIなどのエンジニアが個人としてメンテナーを務めています。10月22日の時点でファイルフォーマット自体には一切変更はありません。既存のSKILL.mdファイルはそのまま動作し、それらを読み込む各種製品も従来と同じ場所から読み込みます。変わったのは、次期バージョンの決定主体です。開発チームにとって実用的な対応策は、仕様で定義されている6つの基本フィールドのみを使ってスキルを記述し、リポジトリごとに1つの実体を保持した上で、各エージェントから参照できるようにすることです。

1分でわかるAgent Skillsの概要

スキルとは、SKILL.mdファイルを含む1つのディレクトリです。最低限nameとdescriptionを持つYAMLフロントマターと、それに続くMarkdown形式の指示内容で構成されます。同一ディレクトリ内にscripts/、references/、assets/を同梱することも可能です。公式仕様書は10分ほどで通読できるコンパクトな内容となっています。

スキルは「段階的なコンテキスト開示（progressive disclosure）」を採用することで、トークン消費を低く抑えています。エージェントは起動時には各スキルの名前と説明文（仕様上それぞれ約100トークン程度）のみを読み込み、タスクがマッチした段階で初めてSKILL.mdの本文全体を読み込みます。そして指示の中で参照された場合にのみ、同梱されているファイルを開く仕組みになっています。

より詳細な解説や公開スキルの検証方法については、コーディングエージェントのスキルとは何かをご覧ください。

移管によって変わること、変わらないこと

変わった点は3つあります。1つ目はブランドとインフラの所有権です。名称、ドメイン、GitHubオーガニゼーションが、このフォーマットをサポートする競合製品を持つ特定ベンダーの手から離れました。2つ目はプロジェクトに関わる顔ぶれです。Anthropic、Google、OpenAIのエンジニアが、自社製品がすでに採用している共通フォーマットの保守に共同で携わるようになりました。3つ目は標準化プロセスの整備が進む点であり、ファウンデーションのメンバーにならなくてもこのプロセスに参加できます。

一方で変わらない点も3つあり、これらこそが開発現場のリポジトリに直接影響する部分です。フォーマットは10月21日以前のファイルのまま変わりません。また仕様では、スキルをどのディレクトリに配置すべきかまでは規定しておらず、あくまでスキルディレクトリ内部の構造を定めているに過ぎないため、どのディレクトリをスキャンするかは各製品が判断します。さらに製品固有の拡張仕様も各製品に依存したままであり、あるエージェントが認識できるフィールドが、別のエージェントではエラーとして拒絶される可能性があります。

この動きがいかに始まったばかりであるかを示す好例があります。10月26日の時点でも、リポジトリのコントリビューションガイドにはロゴの使用リクエストは「Anthropicチームが審査する」と書かれたままで、仕様ページにもバージョン番号が明記されていませんでした。バージョン管理されたリリースは提案中のロードマップ段階であり、まだ正式導入されていません。そのため、この仕様は実務上は安定しているものの、ドキュメント上はバージョン未確定のものとして扱うのが適切です。

一度書いたスキルを複数のエージェントで読み込む

以下は、仕様に厳密に準拠した最小限のスキルの例です。nameは小文字の英数字とハイフンで構成される最大64文字の文字列で、フォルダ名と一致させています。descriptionにはスキルの機能と使用すべきタイミングを1,024文字以内で記述します。その他のフィールドはすべて任意です。

.agents/skills/migration-review/
├── SKILL.md
└── references/
    └── CHECKLIST.md

---
name: migration-review
description: Reviews a database migration before it merges. Checks reversibility, locking on large tables, and data backfills. Use when a diff adds or changes files under migrations/ or the user asks for a migration review.
license: Apache-2.0
metadata:
  owner: platform-team
  version: "1.2"
---

# Migration review

1. List every migration file in the diff.
2. For each one, confirm a down migration exists, or state why it cannot.
3. Flag any ALTER TABLE on a table listed in references/CHECKLIST.md as large.
4. Flag backfills that run inside the migration instead of a separate job.
5. Report one line per file: PASS, or FAIL with the reason.

Do not edit the migration. Report only.

仕様上metadataは文字列のキーと値のマップとして定義されているため、metadataの値はクォートで囲んだ文字列にしています。参照用ファイルは仕様の推奨通りSKILL.mdの1階層下に配置されています。他の人が依存する前に、リファレンスバリデータを使ってチェックしておきましょう。

skills-ref validate ./.agents/skills/migration-review

ここからが、ファウンデーションが解決してくれない課題、すなわちディスカバリパス（検出パス）の問題です。Codexのスキル関連ドキュメントでは、リポジトリ配下の.agents/skillsとユーザー環境の$HOME/.agents/skillsが指定されています。一方、Claude Codeのドキュメントでは、プロジェクト用として.claude/skills/<skill-name>/SKILL.md、個人用として~/.claude/skills/が挙げられています。どちらもシンボリックリンクされたスキルフォルダに対応しています。そのため、仕様のクライアント実装ガイドでスキャンが推奨されているクロスプラットフォーム規約に従って.agents/skills配下に実体を1つだけ配置し、Claude Code用にはシンボリックリンクを張るのがベストプラクティスです。

mkdir -p .claude/skills
ln -s ../../.agents/skills/migration-review .claude/skills/migration-review
git add .agents/skills .claude/skills

こうすることで、管理するフォルダは1つ、レビューも1回、更新場所も1箇所で済みます。.agents/skillsを直接スキャンする製品であればシンボリックリンクすら不要です。詳細は各製品のドキュメントをご確認ください。

スキルのポータビリティを維持するための3つの原則は以下の通りです。

• 共有コピーでは仕様で定められた6つのフィールドのみを使用する（name、description、license、compatibility、metadata、allowed-tools）。Claude Codeのドキュメントによると、claude.aiのアップロードやSkills APIではこれら以外のキーがあるとエラーとして弾かれますが、Claude Code本体はcontext: forkのような拡張機能を許容します。
• allowed-toolsはヒント程度として扱う。 仕様上は実験的（experimental）と位置づけられており、エージェントによってサポート状況が異なります。
• 製品固有の設定は共有フロントマターに含めない。 例えばCodexは、スキルフォルダ内のagents/openai.yamlファイルから任意のUI設定や呼び出し設定を読み込みますが、他のエージェントはこのファイルを無視します。

同一リポジトリを複数のエージェント、あるいは複数の開発者が触る環境であれば、共通フォーマットへの標準化を行うべきです。一方、1人の開発者が1つのエージェントのみを使っている場合は、形式張った対応は不要です。そのエージェント専用のディレクトリに個人用スキルを置いておけば十分であり、ポータビリティの確保は2つ目のエージェントを導入するタイミングまで先送りしても問題ありません。

セキュリティと信頼性の担保はファウンデーション任せにできない

フォーマットの所有主体が中立になったからといって、スキルの安全性が保証されるわけではありません。クライアント実装ガイドでも指摘されている通り、プロジェクトレベルのスキルは作業対象のリポジトリから読み込まれますが、そのリポジトリは管理の行き届いていない外部からクローンしたばかりのものかもしれません。そのため同ガイドでは、エージェント側でスキルの実行前に信頼チェックを設けることを推奨しています。Anthropicが提示したロードマップにも、スキルの作成者やインストールを行うユーザー向けのセキュリティガイダンスが含まれていますが、これは現時点で完成したガイダンスが存在していないことを意味しています。

確立されたガイダンスが登場するまでは、スキルを外部依存関係（ライブラリなど）と同様にレビューしてください。エージェントが実行する前にSKILL.mdやすべてのスクリプトの内容を確認し、コマンドは最小権限で実行させ、シークレット情報は絶対に含めないようにします。Anthropicの集計によるとすでに100万件以上のスキルが公開されており、課題はスキルの供給量ではなく、それらをどう適切にレビュー・検証するかにあります。

Sharklyが果たす役割

共通フォーマットが解決してくれるのは、「このファイルが自分のエージェントで読み込めるかどうか」という点だけです。どのエージェントにどのスキルを持たせるか、誰がスキルを変更できるか、実行結果をどこへ集約するかまでは解決してくれません。エージェントの数が増えるにつれて、この管理上の負担は増大していきます。

Sharklyでは、Skillsドキュメントにある通り、SKILL.mdをエントリポイントとし、YAMLのnameとdescriptionに続いて指示内容を記述する形式を採用しています。SKILL.md、.skillファイル、ZIPファイル、またはフォルダ単位でのアップロードに対応しているほか、サポートされている公開URLからのインポートや、ComputerのRuntimeがすでに検出したスキルのインポートも可能です。インポートしたスキルは管理対象のコピーとなるため、ドキュメントでもバインド前にレビューすることが推奨されています。各スキルには作成時に固定されるスコープ（Organization、Space、Agentのいずれか）が1つ割り当てられ、編集権限は作成者およびOrganizationのOwnerまたはAdminに限定されます。詳細な手順についてはSharkly Skillsの解説記事で順を追って説明しています。

スキルのバインドはAgent単位で行われ、そのAgent上でRuntimeを選択します。Crewsドキュメントに記載されているように、Crewとは「1つのリーダーAgentによって統括される、人間とAgentの再利用可能なグループ」であり、参加する各Agentメンバーがそれぞれ固有の設定を保持します。これにより、リーダーがClaude Codeで稼働し、レビュアーがCodexで稼働しているようなCrewであっても、同一のSpace Skillをバインドして各メンバーの実行結果を同じTaskへと集約できます。Agentが調査、実行、テスト、レポートを行い、人間側はどのスキルにチームとしての権限を付与するかを判断し、最終成果物を承認します。

リポジトリごとに1つのフォルダとシンボリックリンクを用意して手動でスキルの同期を保つこともできますし、チームの拡大に伴って各Agentが保持するスキルの管理をSharklyに任せることも可能です。2つのエージェントを並行して運用する方法については、同一コードベースでのClaude CodeとCodexの併用運用でGit worktree側のノウハウを解説しています。

よくある質問（FAQ）

Agent SkillsのAgentic AI Foundationへの移管に伴い、フォーマットは変更されましたか？ いいえ、変更されていません。今回の発表で移管されたのは、名称、ロゴ、GitHubオーガニゼーション、ドメイン、および標準仕様です。agentskills.ioにある仕様は同じファイルであり、既存のSKILL.mdスキルはそのまま動作し続けます。

現在Agent Skillsのメンテナンスは誰が行っていますか？ Anthropicの発表によると、Anthropic、Google、OpenAIなどのエンジニアが個人としてメンテナーを務めており、David Soria Parra氏とMahesh Murag氏がリードメンテナーに就任しています。Anthropicはバージョン管理されたリリースや正式な提案プロセスの導入を提案していますが、いずれも現時点ではまだ正式リリースされていません。

どのエージェントがAgent Skillsをサポートしていますか？ Anthropicによると70以上のプラットフォームがサポートしており、ChatGPT、Cursor、GitHub Copilot、VS Codeなどの名前が挙げられています。agentskills.ioのクライアント紹介ページには、Claude Code、Codex、Gemini CLI、OpenCode、Goose、OpenHandsなどの製品が掲載されています。スキルを読み込むディレクトリは製品ごとに異なるため、各製品のドキュメントを確認してください。

スキルの作成や貢献を行うには、ファウンデーションに参加する必要がありますか？ いいえ、参加する必要はありません。Anthropicのブログ記事によると、ファウンデーションに加入しなくても標準仕様の利用や貢献は可能であり、仕様に関するフィードバックはプロジェクトのDiscordを通じて受け付けられています。

Claude Code向けに書かれたスキルはCodexでもそのまま動作しますか？ フロントマターが仕様で定義された6つのフィールドのみで構成されており、Codexが探索するパスに配置されていれば、フォーマットとしては動作します。ただし、context: forkなどのClaude Code固有の拡張機能は引き継がれないため、共通コピーからは除外しておく必要があります。なお、スキルの移行はエージェント切り替えの考慮点の一部に過ぎません。それ以外の点については、コーディングエージェント切り替え時にコンテキストを維持する方法をご参照ください。