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

Fri, 23 Oct 2026 09:00:00 +0800

先交代信息来源。这篇文章主要依据三份一手材料：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 是 2025 年 12 月由 Anthropic、Block 和 OpenAI 共同创立的，挂在 Linux Foundation 旗下，启动项目只有三个：MCP、goose、AGENTS.md。加上后来进来的 Agent2Agent 协议、Agent Router、agentgateway，再算上这一次的四个，一年之后托管项目到了 10 个。

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

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

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

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

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 还提了一份起步路线图：版本化发布、正式提案流程、给技能作者和安装者的安全指引。

同一个剧本，演到第二幕

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 沙箱执行此前没有中立标准」是我的判断，基于公开资料检索，非严格考证；对「捐赠方保留议程设置权」的分析是个人观点，不代表任何官方立场。

开源标准 on 奇诺分享 | 重在分享