【2026年10月最新】Open Responses発表｜料金と企業対応

最終更新：2026年10月26日（JST）

4プロジェクトのAAIF入りが今回の最重要点で、契約や請求が変わるという発表ではありません。Agentic AI Foundation（AAIF）は2026年10月22日、AnthropicのAgent Skills、OpenAIのOpen Responses、Hugging FaceのOpenEnv、AlibabaのOpenSandboxを新たなホストプロジェクトとして発表しました。

国内では、gihyo.jpが10月23日にこの動きを「AAIF、Anthropicから寄贈されたエージェントスキルを傘下に」と報じています。ただし、ここで注意したいのが「Open Responsesが10月に新発売された」という理解です。OpenAIの公式変更履歴では、Open Responsesの初回発表は2026年1月15日。10月22日は、Open ResponsesをAAIFのホストプロジェクトとし、中立的なガバナンスへ移す方針が発表された日です。

つまり、一般の利用者が新しいボタンを探したり、ChatGPTの契約を変更したりする話ではありません。一方、複数のLLMを切り替えるアプリケーションや、社内エージェントの共通基盤を作る企業には、将来の接続方式や運用ルールを考える材料になります。以下では、発表内容、料金・提供条件、日本企業が取るべき対応を、2026年10月26日時点の公式情報だけで整理します。

Open Responses発表で変わったのは「機能」より運営体制

今回のニュースは、Open Responsesという製品の販売開始ではありません。AAIFが4つのオープンな仕様・基盤をホストし、それぞれの開発をベンダー中立のガバナンス下で進めると発表したことが中心です。AAIFはLinux Foundation傘下で、AIエージェントに関する標準、プロトコル、基盤技術の受け皿となる組織です。

Open ResponsesとOpenAI Responses APIは別物

名前が似ているため、ここが最も混同しやすい点です。OpenAI Responses APIは、OpenAIがモデルやツールを呼び出すために提供するAPIです。一方のOpen Responsesは、そのResponses APIを土台に、複数のモデル提供元やAIゲートウェイで共通に扱えるリクエスト、出力、ストリーミングイベント、ツール呼び出しの形式を定める公開仕様です。

AAIFの公式解説では、Open Responses準拠のエンドポイントを使うと、接続先とモデル識別子を設定として扱いやすくなり、提供元ごとに分岐コードを増やす負担を抑えられると説明しています。ただし、どのモデルでも機能が完全に同じになるという意味ではありません。提供元固有の機能は拡張として残り、ツールの実行や権限管理もエージェント側の責任です。

OpenAIのResponses APIそのものを確認したい方は、既刊のResponses API実践ガイド｜社内AIエージェント開発もあわせてご覧ください。今回のOpen Responsesとの違いを押さえると、APIサービスと共通仕様を同じものとして社内説明する事故を避けられます。

AAIFが受け入れた4プロジェクトの役割

4件は同じ種類のツールではありません。エージェントに手順を与える層、モデルへ接続する層、学習・評価環境を作る層、安全に作業させる層をそれぞれ担当します。ひとつの製品群としてまとめて購入するものでもありません。

Agent Skills：業務手順を特定のエージェントから切り離す

Agent Skillsは、エージェントに専門知識や作業手順を渡すための公開形式です。ひとつのSkillフォルダーには、必須のSKILL.mdと、必要に応じてスクリプト、参考資料、テンプレートなどを含めます。対応製品は必要なSkillを選び、関連情報を段階的に読み込みます。

Anthropicの公式発表によると、寄贈対象にはAgent Skillsの名称とロゴ、GitHub組織、agentskills.ioドメインが含まれます。Anthropicは、2025年12月に公開標準化してから70を超えるエージェント基盤が統合したと説明しています。また、AAIFへ加入しなくても標準の利用や貢献を続けられると明記しました。

今後の版管理、仕様変更の提案手続き、Skill作成者・導入者向けのセキュリティ指針は、Anthropicが示した「提案」です。2026年10月26日時点で完成済みの義務や企業向け認証制度として扱うべきではありません。Agent Skillsの構造や作り方は、既刊の「エージェントを作るな、スキルを作れ」の真意｜Agent Skills作り方で詳しく整理しています。

Open Responses：接続方式を共通化する仕様

Open Responsesが定めるのは、モデルそのものではなく、アプリケーションとモデル提供サービスの間でやり取りする形式です。公式サイトは、共通のリクエスト・レスポンスモデル、意味を持つストリーミングイベント、ツール呼び出し、提供元固有の拡張方法を説明しています。

AAIFは、すでにOpen Responses形式を使える例としてDatabricks Model ServingとVercel AI Gatewayを挙げています。これは対応実装が存在することを示す例であり、すべてのモデル提供元や機能が同じ範囲で対応しているという意味ではありません。採用判断では、使いたいモデル、ツール、画像・音声入力、ストリーミング、監査ログなどを実装ごとに確認する必要があります。

Open Responsesの仕様はAPI層に適用されるため、採用のためにモデルを再学習する必要はないとAAIFは説明しています。複数のモデル提供元を扱う企業にとっては、現在保有する個別アダプターの一部を共通化できるか検証する入口になります。

OpenEnv：学習・評価環境を再利用しやすくする

OpenEnvは、エージェントが課題へ取り組む環境を作成し、学習や評価の仕組みへ接続するフレームワークです。環境側は有効な操作、エージェントが観測できる情報、完了条件、評価方法を定義します。クライアントは共通インターフェースを通じて環境を初期化し、操作を送り、結果を受け取ります。

Hugging Faceの公式ドキュメントでは、各環境をDockerイメージとしてローカル、クラウドサンドボックス、Hugging Face Spacesで実行できると説明しています。一方で、OpenEnvは「early development」でAPIが変わる可能性も明記しています。本番の社内基盤へ直ちに固定するより、評価環境や検証用途で変更追随の負担を見積もる段階です。

OpenSandbox：実行場所の共通インターフェースを作る

OpenSandboxは、AIエージェントがコード実行、ファイル操作、ブラウザーやデスクトップの操作を行う隔離環境を構築・管理する基盤です。ライフサイクルAPIは環境の作成、確認、一時停止、再開、削除などを扱い、実行APIはコマンド、コード、ファイル、セッションなどの操作を扱います。

AAIFの公式解説では、Apache License 2.0で公開され、DockerとKubernetesの実行基盤に対応し、2026年10月22日時点で利用可能とされています。ただし、OpenSandboxを導入するだけで安全性が保証されるわけではありません。ネットワーク、認証情報、ホスト側のファイル、コンテナ権限、ログ、削除後のデータを含め、自社の脅威モデルに合わせた設定と検証が必要です。

料金・提供条件・対象プラン・日本での利用可否

結論から言うと、今回の発表に新しい月額料金やChatGPTの対象プランは記載されていません。Open Responsesは購入するSaaSの発表ではなく、公開仕様のガバナンスに関する発表だからです。「オープンソースだからモデル利用も無償」と考えるのは誤りで、実際に接続するモデルAPI、AIゲートウェイ、クラウド、計算資源の費用は別に確認する必要があります。

日本企業にとって重要なのは、「日本で使えるはず」と発表文から推測しないことです。地域別提供、言語、法人向けサポート、SLAは、Open Responsesの公式発表では未記載です。ホスト型サービスを使う場合は、その事業者の提供条件を確認してください。自社で公開仕様を実装する場合でも、接続するモデルAPIの利用可能地域、データ処理地域、契約、料金が別に残ります。

モデルAPIの費用を比較する場合は、既刊の主要AIモデルAPI料金 横断比較【2026年10月・毎月更新】を参照してください。モデルごとの入力・出力単価と、Open Responsesという接続仕様のライセンスは、分けて検討する必要があります。扱える入力規模を比べたい場合は、主要AIモデル コンテキスト長 横断比較【2026年10月】も確認できます。

日本企業の実務では「選択肢が増える」が即移行ではない

Open Responsesの価値は、複数モデルを扱うときの共通部分を増やせる可能性にあります。モデル提供元ごとに、メッセージ、ツール定義、ストリーミング、出力形式が違うと、接続アダプターの開発と保守が増えます。共通仕様に対応したエンドポイントを採用できれば、標準部分を一度実装し、接続先を設定として扱いやすくなります。

ただし、共通化できるのは仕様が定める範囲です。モデル性能、価格、利用上限、データ保持、監査機能、SLA、提供元固有ツールまで同じになるわけではありません。ベンダーロックインが自動的に解消する、障害時の切り替えが無条件で成功する、と断定するのは早いでしょう。

複数モデルを扱う開発チームへの影響

最も影響が大きいのは、すでに複数のモデルAPIやゲートウェイを扱っているチームです。自社の既存アダプターとOpen Responsesの仕様を比較し、共通化できる項目、失われる情報、提供元固有の拡張として残る項目を棚卸しできます。

評価では、単純なテキスト生成だけでなく、ストリーミング、関数呼び出し、MCP、画像入力、エラー処理、再試行、監査ログまで確認することが大切です。Open Responses公式は適合性テストを公開していますが、適合していることと、自社の必要機能をすべて満たすことは同じではありません。

単一プロバイダーで安定稼働している企業への影響

単一のモデル提供元だけを使い、現在の接続に問題がない企業は、今回の発表だけを理由に書き換える必要はありません。仕様の採用には、テスト、監視、障害対応、セキュリティ審査、運用手順の更新が伴います。将来の切り替え余地という利点が、その変更コストを上回るかで判断すべきです。

AI推進・調達担当への影響

調達担当は、特定のサービス名だけでなく「共通仕様へどこまで準拠しているか」を質問項目に加えられます。たとえば、Open Responsesの対応範囲、固有拡張、適合性テストの結果、認証方式、データ処理地域、障害時の切り替え方法です。

AIエージェント全体の仕組みやサービス選定から整理したい場合は、AIエージェントとは？仕組み・15サービス比較・始め方【2026年最新】も参考になります。AAIFと既存標準の関係は、AAIFとは｜MCP・AGENTS.md完全解説で確認できます。

今すぐやること・やらなくていいこと・様子見でよいこと

今すぐやること

• 名称を社内で区別する：Open Responsesは公開仕様、OpenAI Responses APIはOpenAIのAPIサービス、と資料や会話で書き分けます。
• 複数モデルを運用している場合、接続の現状を棚卸しする：提供元別アダプター、ストリーミング、ツール呼び出し、認証、ログ、再試行の実装箇所を一覧にします。
• 関連する場合だけ適合性を試す：新規のAIゲートウェイや社内エージェント基盤を設計中なら、Open Responsesの仕様と適合性テストを評価候補に入れます。
• Skillsやサンドボックスを導入済みの場合、権限を見直す：外部から取得したSkillのスクリプト、ネットワーク接続、ファイル権限、認証情報へのアクセスを審査します。

やらなくていいこと

• ChatGPTプランを変更すること：今回の発表に、新しい対象プランや契約条件は記載されていません。
• 既存のOpenAI Responses API実装を急いで置き換えること：移行期限や廃止日は発表されていません。
• 単一モデルの安定運用を、標準化だけを理由に作り直すこと：共通化の利点と変更コストを比較してからで十分です。
• 4プロジェクトを一式導入すること：役割が異なるため、自社の課題に関係するものだけを評価します。

様子見でよいこと

• Open Responsesの対応実装が広がる範囲：自社が使うモデル、ゲートウェイ、クラウドがどの機能まで対応するかを追います。
• Agent Skillsの次期運営ルール：版管理、正式な仕様提案手続き、セキュリティ指針は今後の具体化を待ちます。
• OpenEnvのAPI安定性：公式ドキュメントが開発初期と明記しているため、本番固定は変更履歴を見て判断します。
• 日本語サポートと地域条件：公式の地域別表やサポート情報が出るまでは「未記載」として扱います。

標準化で解決しない3つの注意点

1．共通仕様でも機能差は残る

Open Responsesは拡張を許容しています。これは提供元固有の機能を活かせる一方、最小公倍数だけを使えばすべて同じになる、という設計ではありません。切り替え時に失われる機能やデータを試験する必要があります。

2．ツールの権限はアプリケーション側に残る

AAIFの解説は、エージェントがツールの実行と権限を管理するとしています。共通APIを採用しても、誰がどのツールを使えるか、実行前に承認が必要か、結果をどこへ記録するかは自社で設計します。

3．オープンソースでも運用費は消えない

公開仕様・コードの利用条件と、モデル推論、クラウド、ゲートウェイ、監視、セキュリティ審査、保守の運用費は別です。料金比較では、接続先の単価、データ転送、ログ保管、障害対応まで含めてください。

関連する既刊ガイド

• Responses API実践ガイド｜社内AIエージェント開発：OpenAI Responses APIの用途と企業導入を確認できます。
• Agent Skills作り方ガイド：SKILL.mdを中心とする形式と実務上の使い方を整理しています。
• 主要AIモデルAPI料金 横断比較：Open Responses経由でも別途必要になるモデル利用料を比較できます。
• 主要AIモデル コンテキスト長 横断比較：共通仕様では揃わないモデル側の条件を確認できます。
• AAIFとは｜MCP・AGENTS.md完全解説：AAIFの設立背景と既存プロジェクトの関係を確認できます。

よくある質問

Open Responsesは2026年10月22日に初めて発表されたのですか？

いいえ。OpenAIの公式API変更履歴では、Open Responsesの初回発表は2026年1月15日です。2026年10月22日の発表は、OpenAIがOpen ResponsesをAAIFへ寄贈し、AAIFが新たなホストプロジェクトとして受け入れたという内容です。

Open ResponsesとOpenAI Responses APIは同じですか？

同じではありません。OpenAI Responses APIはOpenAIのAPIサービスです。Open Responsesは、その設計を土台に複数のモデル提供元で共通利用できる形式を目指す公開仕様です。

Open Responsesは無料で使えますか？

コードはApache License 2.0、文書はCC BY 4.0で公開されています。ただし、モデルAPI、AIゲートウェイ、クラウド、計算資源が無償になるわけではありません。実際の費用は選ぶ実装と接続先で確認してください。

日本の企業や個人は利用できますか？

2026年10月26日時点で、公式発表に地域別の提供表、日本専用の開始日、日本語サポートは記載されていません。ホスト型サービスを使う場合は、その事業者の対象地域、アカウント、契約条件を確認してください。

自社システムはすぐOpen Responsesへ移行すべきですか？

一律に移行する必要はありません。複数モデル対応のために多数の個別アダプターを保守している企業や、新しいAIゲートウェイを設計している企業は評価する価値があります。単一プロバイダーで安定稼働している場合は、仕様対応の利点と変更・試験コストを比べて判断してください。

参考・出典

• Agentic AI Foundation Announces Four New Projects — AAIF、2026年10月22日（参照日：2026年10月26日）
• Agentic AI Foundation Announces Four New Projects — Linux Foundation、2026年10月22日（参照日：2026年10月26日）
• What Open Responses Changes for AI Developers — AAIF、2026年10月22日（参照日：2026年10月26日）
• Open Responses公式サイト — Open Responses（参照日：2026年10月26日）
• Open Responses Technical Charter — Open Responses、2026年10月21日採択（参照日：2026年10月26日）
• OpenAI API Changelog — OpenAI（参照日：2026年10月26日）
• Donating Agent Skills to the Agentic AI Foundation — Anthropic、2026年10月22日（参照日：2026年10月26日）
• OpenEnv: Agentic Execution Environments — Hugging Face（参照日：2026年10月26日）
• The Sandbox as an Agent Primitive — AAIF、2026年10月22日（参照日：2026年10月26日）
• AAIF、Anthropicから寄贈されたエージェントスキルを傘下に — gihyo.jp、2026年10月23日。二次報道として参照（参照日：2026年10月26日）

要点の整理

• 2026年10月22日、AAIFはAgent Skills、Open Responses、OpenEnv、OpenSandboxを新規ホストプロジェクトとして発表しました。
• Open Responsesの初回発表は2026年1月15日です。今回は、AAIFのホストプロジェクト化と中立的なガバナンスへ移す方針が発表されました。
• 料金、ChatGPT対象プラン、日本専用の提供開始日、日本語サポートは今回の公式発表に記載されていません。
• 複数モデルを扱う開発チームは仕様と適合性テストを評価し、単一プロバイダーで安定稼働する企業は急いで移行する必要はありません。
• 共通仕様を採用しても、モデルごとの料金、機能差、データ処理地域、SLA、ツール権限、運用費は別に確認します。

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』『Claude仕事術』（SBクリエイティブ・書籍シリーズ累計66,000部）、『AI推進担当になったら読む本』（大和書房）。
SBクリエイティブの媒体ほかで生成AI連載を執筆（NewsPicks最大1,125ピックス）。

AIエージェント基盤の選定や社内導入について確認したい点があれば、お問い合わせフォームからご相談ください。