OpenAI 将其 Open Responses API 格式捐予 Linux Foundation 旗下的 Agentic AI Foundation（AAIF）。据媒体报道，此举旨在让开发者以同一套整合支援多个模型供应商，减少被锁定在一家供应商死；AAIF 官方项目页面现已把 Open Responses 列为其项目之一，基金会也会同时接收多个新项目。[1][2][3]
格式内容
AAIF 于 2026 年 10 月 22 日刚发表由议会副总裁 Angie Jones 推崇的文章，解析 Open Responses 的作用。文章指出，开发者可以在不为每个供应商撰写独立请求与回应程式码的情况下支援多个模型；但目前支援多个供应商，往往意味着要为每个供应商缝合 adapter——因为各供应商的 API 在传输细节、描述工具、接收工具呼叫与回传结果等常见任务上格式各异，而每次供应商新增功能或改变 API 行為，都会变成持续的工作。[1]
官方指出，Open Responses 以 OpenAI 的 Responses API 为基础，为经 API 端点交换的请求与回应定义共同格式；开发者可以在任何实作该规格的端点上重用同一套整合。[1]
文章以一个寻找并修正遗失測試的编程代理为例，展示同一提示在 Anthropic 的 Messages API（messages、max_tokens）与 Google 的 generateContent API（contents、parts、generationConfig）下的请求主体差异；而在 Open Responses 下，请求只需 model、input 与 max_output_tokens，端点与模型识别变成配置而非程式码分支。[1]
官方指出，无论端点来自模型供应商、通道或本地服务平台，只要服务实作该规格即可；通道会在后台处理往供应商 API 的转译。共同格式也涵盖工具呼叫与流式回应，而代理仍保留工具执行与权限的控制权。规格适用于 API 层面，因此采用它毫嫌更改或重新谋划模型；共同格式也容许供应商引入自身能力。[1]
生态与规模
AAIF 的项目页面显示，Open Responses 有 75 位贡献者、1,132 颗 GitHub 星、37 个参与与组织，首次提交日期为 2026 年 1 月 15 日。[2]
官方网站列出多个生态成员，包含 NVIDIA、Vercel、OpenRouter、Hugging Face、LM Studio、Databricks、Red Hat、AWS、Ollama、OpenAI、vLLM 与 Llama Stack；网站也提供合规接收测试，供实作者验证其 API 是否符合规格，并有技术章程说明决定方式。[3][4]
同一批项目
据媒体报道，AAIF 这次也接收其他项目，包含 Anthropic 捐出的 Agent Skills、OpenSandbox 与 Hugging Face 的 OpenEnv，而 MCP、goose 与 AGENTS.md 本来已在基金会之内；报道指出这种集中化有帮助开发者掌握各代理基建项目的定位。
参考资料
[1] AAIF 官方部落格 — What Open Responses Changes for AI Developers（2026 年 10 月 22 日）