Anthropic 把 Agent Skills 捐了：一天四项标准，Agent 技术栈拼齐了

先交代信息来源。这篇文章主要依据三份一手材料：Anthropic 10 月 22 日的官方博客、AAIF（Agentic AI Foundation）同日的官方新闻稿、以及 Linux Foundation 的转发稿；AAIF 工程师 Angie Jones 的一篇解读博客也核了原文。Simon Willison 的评论只用于观点部分。社交平台上有中文总结把这件事概括成「Four layers, one neutral home」，概括得不错，但本文所有数字和措辞以官方稿为准。

一天四个项目，基金会一年从 3 到 10

10 月 22 日，圣何塞，AGNTCon + MCPCon North America 大会现场。AAIF 宣布同日接收四个新项目：

Agent Skills，Anthropic 捐赠，就是那个「一个文件夹加一个 SKILL.md」的标准；
Open Responses，OpenAI 捐赠，基于自家 Responses API 的多厂商互操作规范；
OpenEnv，Hugging Face 捐赠，强化学习环境的开放框架；
OpenSandbox，阿里巴巴捐赠，通用沙箱平台。

AAIF 官方公告头图（图源：AAIF）

四家公司的四项标准，同一天进了同一家基金会。AAIF 是 2025 年 12 月由 Anthropic、Block 和 OpenAI 共同创立的，挂在 Linux Foundation 旗下，启动项目只有三个：MCP、goose、AGENTS.md。加上后来进来的 Agent2Agent 协议、Agent Router、agentgateway，再算上这一次的四个，一年之后托管项目到了 10 个。

Agent 技术栈的四层标准与中立托管（示意图，AI 生成）

AAIF 的 CTO Manik Surtani 在新闻稿里说，一年前基金会带着三个项目和一场赌注启动，赌的是 agent AI 需要一个中立的托管所才能繁荣。今天他们托管着十个项目。

数量本身倒在其次，真正有意思的是这四项各自站的位置：agent 怎么获得能力（技能），应用怎么跨厂商调用模型（请求），agent 怎么被训练和评估（环境），agent 在哪里安全运行（沙箱）。四层各来一项，agent 应用的运行时契约差不多就齐了。

Agent Skills 有多大，为什么值得捐

Anthropic 官方博客头图（图源：Anthropic）

对不熟悉这个标准的人，先把事情本身讲清楚。

Agent Skills 的格式简单到不像一个标准：一个文件夹，里面放一个 SKILL.md，教 agent 完成某个特定任务，旁边可以带脚本和参考材料。Anthropic 是在做 Claude Code 的过程中搞出这套东西的，他们的说法是，Claude Code 处理通用知识工作没问题，但真实的业务任务需要流程性知识，模型自己不知道你团队里这件事该怎么做。

接下来的一段历史，官方博客写得很简略，但时间线值得展开。2025 年 10 月 Claude Code 发布，几周之内，开发者往 GitHub 上传了数千个 skills，还有人主动给 Codex、Cursor、OpenCode 写了加载器。Anthropic 顺势在 12 月把 Agent Skills 发布为开放标准，挂在自己的 GitHub 组织和域名下。

到捐赠这一天，官方给的数据是：超过 70 个 agent 平台集成了 Agent Skills，其中包括 ChatGPT、Cursor、GitHub Copilot 和 VS Code；累计发布了 100 万个 skills，安装量接近 2.8 亿次。

这次捐出去的不是空名分。按 Anthropic 的公告，捐的是 Agent Skills 的名称和 logo、GitHub 组织、agentskills.io 域名，规范本身以 Apache 2.0 和 CC BY 4.0 开源。后续维护由 Anthropic、Google、OpenAI 等公司的工程师以个人身份进行，David Soria Parra 和 Mahesh Murag 任首席维护者，前者也是 MCP 的联合创造者。Anthropic 还提了一份起步路线图：版本化发布、正式提案流程、给技能作者和安装者的安全指引。

同一个剧本，演到第二幕

Agent Skills 从发布到进基金会的时间线（示意图，AI 生成）

2025 年 12 月，Anthropic 把 MCP 捐给刚成立的 AAIF。当时的判断是：协议握在一家厂商手里，竞争对手不敢深度依赖；捐给中立组织，大家才敢把业务压上去。十个月后，同样的动作在 Agent Skills 上又来了一遍。

Simon Willison 早在 2025 年 12 月 19 日就料到了。Anthropic 当时刚把 skills 称为「开放标准」，他写了一句：不会意外看到它最终进入 AAIF，就是 MCP 规范的新家。更有意思的是他找到这条旧帖的方式：他的博客挂了一个 datasette-mcp 插件，他直接让 Claude 在他自己的博客存档里搜「我是不是说过想把 skills 捐给标准组织」，一击命中。一个关于 agent 标准的预言，用 agent 协议检索出来，这大概是这篇文章最贴切的注脚。

第二幕比第一幕多出来的东西，是这次四家一起动手。OpenAI 捐的 Open Responses 建立在 OpenAI 自家的 Responses API 之上，而现在它进了 Anthropic 参与创立的基金会；反过来，Anthropic 的 skills 标准早就被 ChatGPT 集成了。竞争厂商互相当对方标准的用户，然后把标准一起放进谁都不单独控股的地方。Alibaba 的 OpenSandbox 团队负责人 Xiaobin Xu 在新闻稿里的表述很直白：项目诞生于阿里，但不希望它的未来由单一公司定义。

这套操作的逻辑，我的理解是这样的：单家厂商定义的标准，做得再好也是「别人家的基础设施」，接入越深，被锁定的担忧越重。捐出去，换回来的是所有竞争对手放心接入，以及事实上由捐赠方主导的议程设置权。标准的书写权可以共享，先发者占的位置捐不掉。

四层各管什么

把这四项放到一张表里看更清楚：

层	项目	捐赠方	解决什么
技能层	Agent Skills	Anthropic	agent 怎么获得新能力，专家知识怎么打包复用
请求层	Open Responses	OpenAI	应用怎么用一套 schema 跨厂商调模型
环境层	OpenEnv	Hugging Face	agent 的 RL 训练环境怎么即插即用
沙箱层	OpenSandbox	阿里巴巴	agent 代码在哪里安全执行

Open Responses 值得多说一句。它是今年 1 月发布的，思路是把 OpenAI Responses API 的接口形状抽成开放规范：统一的 schema、一致的流式事件、可扩展的工具调用。开发者把请求和输出描述一遍，就能在不同模型厂商之间跑，翻译成本压到最低。

对做应用的人来说，这是四项里离日常开发最近的一个。

OpenEnv 的背后名单比想象中长。按 Hugging Face 工程师 Ben Burtenshaw 的署名引语，参与这个项目的还有 Microsoft、Reflection、Meta-PyTorch、Modal、Prime Intellect 等一批公司。它用容器化服务把训练环境包起来，对外同时暴露 MCP 接口和训练库常用的 Gym 协议，让「给 agent 造训练环境」这件事可以标准化地共享。

OpenSandbox 是四家里唯一的空缺补位：在此之前，agent 的沙箱执行没有中立标准。它提供多语言 SDK、统一的沙箱 API 和 Docker、Kubernetes 运行时，覆盖 coding agent、GUI agent、agent 评测、AI 代码执行这些场景，还定义了一个描述沙箱生命周期和执行接口的协议。阿里是这次四家中唯一的中国公司，这件事本身可能比项目细节更值得国内从业者留意。

对三类人分别意味着什么

做模型和 agent 产品的厂商，受到的冲击最直接。技能层和请求层从此有了不属于任何厂商的标准，靠私有格式锁定开发者的空间收窄了一截。反过来看，先捐的公司拿到了议程设置权，规范演进方向、参考实现、开发者的第一印象，都还捏在捐赠方手里。

写技能的人，边界变宽了。我自己的技能库里存着大约 70 个 Claude 技能，之前写的时候默认的运行环境就是 Claude Code，尽管格式上早就能被其他 agent 加载。标准进了基金会之后，一个 SKILL.md 从「给 Claude 写的」变成「给行业写的」，可迁移性成了技能资产的一部分。工具是中性的，写什么、怎么写，还是取决于作者对任务的理解，这部分从来不会因为格式标准化而贬值。

企业侧的变化更实际：选 agent 平台时，私有集成曾是隐性成本，现在技能层、调用层都有中立标准可以对表，换供应商的迁移成本变得可估。70 个平台已经集成了 skills 标准，采购时至少多了一份能直接对照的清单。

冷静一下：捐出去不等于放手

把四家捐赠读成「标准的大同」，那就想简单了。

首席维护者是 Anthropic 的人，起步路线图是 Anthropic 提的，AAIF 官方博客里也写明 TSC（技术指导委员会）的成员来自多家公司、以个人身份服务。治理是中立的，但议程的起点在捐赠方手里，这在开源基金会的历史上不是新鲜事，Linux 基金会托管的项目大多如此。规范捐了，参考实现没有捐：Claude Code 依然是 skills 生态里最完整的实现，skills.sh 注册表的增长数据也还在 Anthropic 的叙事版图上。

还有一个更实际的问题：标准是治理，不是产品。四个项目进基金会，解决的是「大家敢用」的问题，好不好用、迭代快不快，还是看各家的工程投入。OpenEnv 和 OpenSandbox 尤其如此，它们的生态成熟度比 skills 差得远，进基金会只是起点。

我的判断是，这件事真正的分量要放久一点看：agent 技术栈进入了标准化窗口期，任何一层被中立标准占住，后来者再想用私有格式定义那一层，成本会高很多。2025 年 12 月 AAIF 成立时只有三个项目，某些 layer 甚至还没有明确的候选标准；一年之后，四层各有一项，而且每项背后站着一家头部厂商。窗口正在合拢。

写在最后

接下来值得跟踪的指标有三个。

第一，AAIF 的治理是否真转起来：Agent Skills 的提案流程、版本化发布和安全指引什么时候落地，TSC 的决策记录是否公开可查。第二，国内厂商会不会跟进：Qwen、GLM、MiniMax 的 agent 产品是否接入 Open Responses 或 OpenSandbox，这决定了这套「中立标准」对中国开发者是现实还是新闻。第三，skills 的增长曲线：100 万个 skills、2.8 亿次安装是标准价值的底盘，如果这个数字放缓，标准化叙事就要打折。

一年前基金会成立时，那是一场赌注。现在十个项目、四家公司同日进场，赌注开始有了回报的样子。至于回报属于谁，基金会的中立招牌之下，各家心里都有自己的账。

参考来源

哪些内容尚未独立验证：「100 万个 skills 发布、近 2.8 亿次安装」来自 Anthropic 公告与 AAIF 博客，AAIF 博客注明统计口径是 skills.sh 注册表七个月的数据，两家表述口径略有差异（Anthropic 写 So far，AAIF 写 in only seven months），我未能独立核对注册表原始数据；OpenEnv 的合作公司名单出自 Hugging Face 工程师的署名引语，为单方表述；AAIF 托管项目「10 个」及各项目清单以官方新闻稿为准，我未逐项核实每个项目的治理现状；Xiaobin Xu 的中文姓名写法未查到官方中文名，文中照录英文拼法；「agent 沙箱执行此前没有中立标准」是我的判断，基于公开资料检索，非严格考证；对「捐赠方保留议程设置权」的分析是个人观点，不代表任何官方立场。