四家公司把 Agent 的四块地基交了出来：AAIF 一次收了 Skills、接口、训练环境和沙箱

四家平时互为对手的公司，同一天把各自的一块“地基”交了出去。Linux 基金会旗下的 Agentic AI Foundation（AAIF）宣布一次性接收四个托管项目：Anthropic 的 Agent Skills、OpenAI 的 Open Responses、Hugging Face 的 OpenEnv，以及阿里巴巴的 OpenSandbox。

这四个项目原本各自独立，如今被放进同一个中立治理框架。AAIF 托管的项目总数从成立之初的 3 个增加到 10 个，会员组织数量达到 305 家——而这家基金会成立还不到一年。

一分钟速览

• 新增四个项目：Agent Skills（技能规范）、Open Responses（模型接口规范）、OpenEnv（训练环境）、OpenSandbox（执行沙箱）。
• 覆盖链条：从 Agent 获取能力、调用模型，到训练、执行任务，四块拼起来正好是一条完整链路。
• Skills 的体量：Anthropic 称自 2025 年 12 月公开标准以来，已有 70 多个 Agent 平台集成，累计发布 100 万份 Skills，安装量接近 2.8 亿次。这些是公司自己披露的数据，未经独立审计。
• 不只是代码：Anthropic 把 Agent Skills 的名称、Logo、GitHub 组织和 agentskills.io 域名一并交给基金会，但并未交出 Claude 或 Claude Code 产品本身。
• 已有实际应用：Open Responses 基于 OpenAI 的 Responses API，AWS 已公开支持并拥有核心维护者，Amazon Bedrock 也已支持该接口。
• 没解决的老问题：格式统一不等于行为兼容，项目归属变了也不等于话语权分散。

四个项目，各管一摊

Agent Skills 解决的是“怎么让 Agent 按流程办事”。一个 Skill 本质上是一份可复用的工作说明书，通常包含 SKILL.md，以及执行任务所需的脚本和参考资料。企业可以把代码规范、数据分析流程、文档模板打包成 Skill，兼容的 Agent 加载后照章执行，不必每次从头交代。

Open Responses 解决的是“不同模型能不能说同一种接口语言”。各家 API 都能处理请求、调用工具、返回结果，但格式和流式输出方式存在差异，开发者换模型往往要改一轮代码。这套规范试图把请求、响应和工具调用的格式统一起来，降低切换成本。

OpenEnv 解决的是“训练环境能不能复用”。训练 Agent 不能只让模型自己琢磨，还要有可以反复行动、接收反馈的环境。OpenEnv 想把这些环境做成易创建、可共享、能接入训练系统的开放框架。

OpenSandbox 解决的是“Agent 在哪里安全地动手”。当 Agent 开始运行代码、操作浏览器、访问文件，它就不再只是聊天机器人。这个项目提供统一的沙箱 API、多语言 SDK，以及 Docker、Kubernetes 等运行方式，让任务在隔离环境中执行。

为什么要把标准交出去

当一项技术只有少数产品使用时，由原始开发者维护问题不大。但当它逐渐成为多个平台共同采用的基础标准，其他厂商就会关心：未来的规则由谁决定？如果一家公司的产品战略变了，标准会不会跟着变？其他人有没有机会影响它的方向？

把标准交给基金会，是在试图降低这类顾虑。Anthropic 同时提出了后续工作计划，包括版本化发布、正式提案流程，以及面向 Skill 编写者和安装者的安全指南；来自 Anthropic、Google、OpenAI 等公司的工程师将以个人身份参与维护。

但捐赠只是第一步。真正的中立，不是把项目放进基金会就自动实现，而是其他参与者能不能真正参与维护、修改规范、作出决策。即便项目完成移交，最初的开发者仍可能因为熟悉代码、掌握主要实现经验，继续对技术演进保持很大影响。

开发者最该盯的，是 Open Responses

四个项目里，Open Responses 直接碰到了行业的核心利益：模型接口。它基于 OpenAI 的 Responses API，目标是让开发者用统一的格式发起请求、接收响应、调用工具。

这听起来是开发者体验问题，实际关系到供应商锁定。如果一款 Agent 应用只能依赖某家模型的专有接口，切换供应商就意味着重写大量代码；接口越标准化，开发者越容易按价格、性能和任务需求选模型。

AWS 的支持值得注意：它既降低了用户在 Bedrock 上迁移模型的成本，也让开放标准与商业竞争并行不悖。但需要划清界限——支持 Responses API，不等于所有模型都通过了 Open Responses 规范的完整兼容性验证。

别急着宣布“Agent 时代的 Linux 来了”

技术标准化最容易被忽略的地方在于：基金会能提供共同的治理框架，却不能保证不同产品完整实现同一套规范，更不能保证它们在真实任务中表现一致。

独立开发者 Simon Willison 早在 2025 年 12 月就预判 Agent Skills 可能进入 AAIF，但他当时也指出，这套规范仍有细节不够明确——开发者可以自行扩展某些字段，不同 Agent 对部分功能的支持可能存在差异。

ECI Research 首席分析师 Paul Nashawaty 给出了产业侧的解读：四家企业愿意把不同基础设施放进同一个基金会，说明行业开始意识到底层没必要处处重复建设，可以在接口和工具上合作，再去争夺上层的模型能力、产品体验和商业市场。

AAIF 大使 Médéric Hurier 提供了一个更实用的判断框架：看社区能否真正参与、决策是否透明、项目能否持续维护，以及有没有来自不同厂商的真实实现。换句话说，不要只看有多少公司宣布支持，要看它们到底贡献了什么，又能否一起把标准用起来。

对开发者来说，这一天的实际意义是：Agent 的技术栈正在从“每家一套”走向“公共接口 + 各自实现”。短期内兼容性仍需逐个验证，但长期看，选型时该问的问题变了——不再是“这家 SDK 好不好用”，而是“它遵守的是谁的标准，换掉它要付多少迁移成本”。