Agent SkillsがAAIFへ移管|4プロジェクトで見るエージェント標準の地図

Agentic AI Foundation(AAIF)は2026年10月22日、4プロジェクトを発表しました。AnthropicのAgent Skills、OpenAIのOpen Responses、Hugging FaceのOpenEnv、AlibabaのOpenSandboxです。

4プロジェクトは、エージェントに能力を与える形式、複数のモデルを呼び出すインターフェース、訓練・評価の環境、安全にコードを実行する環境をそれぞれ担当します。AAIFの対象は、単一のAPI仕様にとどまらず、エージェントを構築・評価・運用する層へ広がりました。

企業の技術責任者が見るべき点は、4つを一括導入することではありません。自社の課題が手順の再利用、モデル切り替え、評価環境、実行時の隔離のどこにあるかを切り分け、仕様の安定性と権限境界を確認することです。

※本記事は2026年10月23日時点の情報です。

AAIFのプロジェクトは10件。既存6プロジェクトに、能力のAgent Skills、モデル通信のOpen Responses、訓練・評価のOpenEnv、安全な実行のOpenSandboxの4プロジェクトが加わった
新しい4プロジェクトは、エージェントの別々の層を受け持つ

AAIFが4プロジェクトを追加|3から10へ拡大

AAIFは2025年12月、Model Context Protocol(MCP)、goose、AGENTS.mdの3プロジェクトで発足しました。今回の発表で、プロジェクト数は10です。

新たに4プロジェクトが加わりました。提供元はAnthropic、OpenAI、Hugging Face、Alibabaで、対象はAgent Skills、Open Responses、OpenEnv、OpenSandboxです。既存のAgent2Agent(A2A)protocol、Agent Router、agentgateway、AGENTS.md、goose、MCPも運営対象です。新4プロジェクトとともに、オープンでベンダー中立なガバナンスの下で運営されます。

AAIFはLinux Foundationの下で、エージェントの相互運用を支えるオープン標準、プロトコル、インフラストラクチャの中立的な拠点と位置付けられています。4プロジェクトが同じ場に入ったことで、実装を特定ベンダーの製品だけに閉じない選択肢が増えました。

ポイント

AAIFのプロジェクト数は3から10になりました。今回の追加は、能力・通信・訓練評価・実行というエージェントの主要な層を一つの中立的な場にそろえる動きです。

4規格の役割|エージェントの別々の層を分担

4プロジェクトは異なる境界を扱う構成です。自社の構成図に照らすと、導入対象を選びやすくなります。

プロジェクト提供元主な対象企業が見る接点
Agent SkillsAnthropic能力・手順社内ノウハウの再利用。
Open ResponsesOpenAIモデル通信複数プロバイダーの切り替え。
OpenEnvHugging Face訓練・評価RL環境とエージェントの試験。
OpenSandboxAlibaba安全な実行コード・ブラウザ・ファイルの隔離。

社内の経理手順をエージェントに読み込ませたい場合はAgent Skillsが入口になります。モデルを切り替えても同じ入出力を扱いたい場合はOpen Responses、学習・評価ならOpenEnv、生成コードの実行を隔離するならOpenSandboxが候補です。

採用判断は課題の層から始める

  • 再利用性:チームや製品をまたいで同じ手順を使う必要があるか。
  • 交換可能性:モデルの変更をアプリケーションの改修なしで行いたいか。
  • 再現性:同じ環境で訓練・評価を繰り返せる必要があるか。
  • 隔離性:生成コードやツール実行を業務データから分離する必要があるか。

ポイント

4規格の選定単位はベンダーではなく、手順・通信・評価・実行のどの層を共通化したいかです。構成図に課題を置いてから、該当するプロジェクトを検討します。

Agent Skills|社内手順を持ち運ぶ形式

Agent Skillsは、エージェントに能力やドメイン知識を追加するオープンな形式です。中心になるのはSKILL.mdを含むフォルダです。必要に応じてスクリプト、参考資料、テンプレートなどを同梱できます。エージェントは作業に必要なスキルを読み込み、手順を再利用します。

Anthropicによると、2025年12月以降、ChatGPT、Cursor、GitHub Copilot、VS Codeなど70以上のエージェント基盤がAgent Skillsを統合しました。公開されたスキルは100万件、インストール数は約2億8,000万件です。形式の採用範囲が広がるほど、社内向けの手順を特定製品だけに閉じ込めない設計がしやすくなります。

AAIFへの寄贈対象は標準だけではありません。Agent Skillsの名称とロゴ、GitHub組織、agentskills.ioドメインも寄贈対象です。AAIFに参加しなくても利用や貢献は続けられるため、企業は参加資格よりも、社内で管理するスキルの品質と権限を先に確認できます。

保守はAnthropic、Google、OpenAIなどの企業のエンジニアが個人として担い、David Soria ParraとMahesh MuragがLead Maintainersを務めます。提案されている次の取り組みは、バージョン付きリリース、正式な提案プロセス、スキルの作成者・インストール者向けのセキュリティガイダンスです。

導入時は、同梱スクリプトが触れるファイル、ネットワーク、資格情報を一覧にします。手順の配布と安全な実行は別の管理課題です。Agent Plugins 1.0と組み合わせる場合も、追加・更新の担当者と許可する実行主体を決める設計です。

特にAIエージェントが人間のアカウントとは別の資格情報を使う場合は、スキルの配布と権限管理を分けて設計します。非人間IDの棚卸しと、スキル単位の実行ログを結び付けると、手順の変更が業務システムに与えた影響を追いやすくなります。

Agent SkillsはSKILL.mdを含むフォルダにスクリプトや参考資料を同梱する形式で、70以上のエージェント基盤が統合している。実行権限は利用側で管理する
手順の配布と、同梱スクリプトの実行権限は別に管理する

ポイント

Agent Skillsは社内手順を配布しやすくする形式ですが、同梱スクリプトの権限まで標準化するものではありません。スキルの版、レビュー担当、実行主体、アクセス範囲を自社の運用ルールに落とし込みます。

Open Responses|モデル通信の境界をそろえる

Open Responsesは、OpenAI Responses APIを基にした、複数プロバイダー対応のLLMインターフェース向けオープン仕様です。共有スキーマ、一貫したストリーミングイベント、拡張可能なツール定義を用意し、アプリケーションがリクエストと出力を共通の形で扱えるようにします。

モデルを切り替えるときの負担は、モデル名の差し替えだけではありません。ツール呼び出し、ストリーミング中の状態、出力項目、エラー処理が事業ロジックに入り込むと、プロバイダーごとの差分が運用コストになります。Open Responsesは、その境界を共有仕様として切り出す仕様です。

企業の実装では、共通化する範囲を先に決めます。テキスト生成だけを共通化するのか、ツール呼び出しやストリーミングまで含めるのかで、テスト項目は変わります。プロバイダー固有のツールや出力形式を許容する拡張部分もあるため、共通部分と固有部分を契約として分けておくことが必要です。

互換性は実装後ではなく選定時に測る

候補モデルを同じ入力で呼び出し、ストリーミングイベントの順序、ツールの引数、エラー時の再試行、出力の保存形式を比較します。共通仕様に合わせても、品質・速度・料金・安全設定まで同じになるわけではありません。共通化によって削減できる改修範囲と、個別に評価する範囲を分けて記録します。

モデル間の接続を整えると、エージェント同士の連携や外部ツール接続も検討対象です。MCPのステートレス化を扱ったMCP仕様改定と合わせて読むと、モデルとの通信とツールとの通信を別の境界として整理できます。

ポイント

Open Responsesの価値は、モデルの性能差を消すことではなく、モデルとの通信形式を共通の境界に置くことです。ツール呼び出しとストリーミングを含む契約テストを、モデル選定の段階から用意します。

OpenEnvとOpenSandbox|訓練・評価と実行を分ける

OpenEnvは、強化学習(RL)の環境を相互運用可能にするフレームワーク兼コミュニティハブです。コンテナ化されたサービスが、エージェント向けのインターフェース、MCP、学習ライブラリが使うGymのトレーニングプロトコルを公開します。訓練や評価で同じ環境を共有しやすくする層です。

OpenSandboxは、AIアプリケーション向けの汎用サンドボックス基盤です。複数言語SDK、統一API、DockerとKubernetesのランタイムを提供し、コーディング・GUIエージェント、評価、AIコード実行、強化学習を対象にします。ライフサイクルと実行APIを定義するプロトコルも備えます。

OpenEnvは学習ライブラリとGymで訓練・評価を行い、OpenSandboxはDocker・Kubernetes上でコードを隔離して実行する。権限境界も目的ごとに分ける
訓練・評価の環境と本番の実行環境は、境界を分けて設計する

2つは関連しますが、同じものではありません。OpenEnvはエージェントが環境と相互作用して訓練・評価するための枠組み、OpenSandboxはコードやツールを隔離して実行するための基盤です。評価環境と本番実行環境を同じ設定のまま使うのではなく、目的ごとの境界を設けます。

導入時に確認する項目は、コンテナの中身だけに限りません。ネットワークの出口、ホストファイルへのマウント、実行できるコマンド、保持するログ、外部サービスの資格情報を、環境ごとに定義します。AIエージェントのサンドボックスに関する事例が示すように、実行環境の隔離は設定だけで完了せず、境界を越える経路を継続的に点検する必要があります。

  • 訓練・評価:データ、報酬、終了条件を再現できるか。
  • 実行:生成コードが触れるファイルとコマンドを限定できるか。
  • 接続:MCPや外部APIの通信先を許可リストで管理する。
  • 監査:エージェントの操作、ツール呼び出し、環境の変更を追跡できるか。

評価用のエージェントが実際のデータや権限に触れる設計では、試験目的と業務システムの境界が曖昧になります。テスト環境の資格情報を本番と分離し、失敗時に環境を初期化できる担当と手順を決めます。

ポイント

OpenEnvは訓練・評価の環境、OpenSandboxは安全な実行基盤です。導入前に、データ・ネットワーク・資格情報・ログの境界を目的別に定義し、同じ環境を無条件に使い回さない運用にします。

よくある質問

Q. AAIFに加わった4プロジェクトは何ですか?

Agent Skills、Open Responses、OpenEnv、OpenSandboxです。提供元は順にAnthropic、OpenAI、Hugging Face、Alibabaです。

Q. Agent SkillsはAAIFに参加しないと使えませんか?

いいえ。Anthropicの発表では、AAIFに参加しなくてもAgent Skillsの利用や貢献を続けられます。

Q. Open Responsesは何を共通化しますか?

複数プロバイダーのLLMインターフェースについて、共有スキーマ、一貫したストリーミングイベント、拡張可能なツール定義を共通化します。

Q. OpenEnvとOpenSandboxはどう違いますか?

OpenEnvはRLの訓練・評価環境、OpenSandboxはAIアプリのコードやツールを隔離して実行する基盤です。

まとめ

AAIFは2026年10月22日、Agent Skills、Open Responses、OpenEnv、OpenSandboxを加え、プロジェクト数を3から10へ増やしました。4つはそれぞれ、能力、モデル通信、訓練・評価、安全な実行という別の層を受け持つ構成です。

企業が検討するときは、自社のエージェント構成を4層に分ける整理が出発点です。次に、手順の版管理、モデル切り替えの契約テスト、評価環境の再現性、実行時の権限境界を確認します。AAIFの中立ガバナンスは採用の入口を広げますが、本番の安全は自社の設計と監査にかかっています。

ポイント

標準の採用は、4プロジェクトを並べて導入する計画から始めません。自社で最も大きい摩擦が、手順・通信・評価・実行のどこにあるかを特定し、境界とテストを定義してから小さく適用します。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。