Agent Skills 不再姓 Anthropic：四巨头同一天把 agent 标准"交公"

同一天，四家巨头把自家的 agent 基础设施"交公"了

10 月 22 日，在圣何塞 McEnery 会议中心举行的 AGNTCon + MCPCon North America 大会上，Agentic AI Foundation（AAIF，智能体 AI 基金会）宣布新增四个托管项目：Anthropic 捐出 Agent Skills、OpenAI 捐出 Open Responses、Hugging Face 捐出 OpenEnv、阿里巴巴捐出 OpenSandbox。四家公司，同一天，把各自押注的 agent 基础设施交给了同一个中立基金会。

这不是简单的"开源发布"。捐赠的内容包括项目名称与 Logo、GitHub 组织、官方域名——等于把项目的"户口"整个迁走。AAIF 成立刚满一年，托管项目从最初的 3 个扩张到 10 个。AAIF 联合创始人兼 CTO Manik Surtani 在通稿里说得很直白：基金会的任务就是"给社区一个共建共享标准、协议和基础设施的地方，不让任何一家公司单方面决定结局"。

理解这件事的份量，先看四个项目恰好卡住了智能体技术栈的四个断层：agent 如何获得新技能、应用如何跨厂商调用模型、agent 如何训练与评测、agent 在哪里安全运行。一天之内，四个断层各迎来一个"交公"的标准。这在智能体历史上是第一次——MCP 之后最大的一次治理事件。

四个项目，各自解决什么问题

Agent Skills（Anthropic 捐赠）是这批里生态最成熟的一个。它的本质简单到意外：一个文件夹，里面放一个 SKILL.md 文件，加上脚本和参考资料，就构成了一个可复用的"技能包"。agent 需要某项专门知识时按需加载，不用每次在 prompt 里重新解释一遍流程。这个想法诞生于 Anthropic 做 Claude Code 的过程——编码工具通用知识很强，但缺"流程性知识"：真实业务里的检查清单、约定俗成、分步骤操作。Skills 在 2025 年 10 月随 Claude Code 推出，同年 12 月发布为开放标准。

Anthropic 公布的生态数字相当惊人：70 多个 agent 平台已经集成 Agent Skills，包括 ChatGPT、Cursor、GitHub Copilot 和 VS Code；据 Anthropic 称，已有 100 万个 skills 被发布、累计安装近 2.8 亿次。注意这是厂商自称的数字，未经独立核实——但即使打个对折，它也是当下 agent 生态里渗透最深的开放格式之一。捐赠之后，原维护者 David Soria Parra（也是 MCP 的联合创建者）和 Mahesh Murag 以个人身份继续担任首席维护者，路线图包括版本化发布、正式提案流程，以及写给技能作者和安装者的安全指南。

Open Responses（OpenAI 捐赠）针对的是另一个痛点：跨厂商调用模型。它的基础是 OpenAI 的 Responses API，定义了一套共享 schema、一致的流式事件和可扩展的工具机制。开发者的请求和输出描述写一次，就能在不同模型供应商之间运行，翻译成本降到最低。OpenAI 技术成员 Steve Coffey 的表态很能说明意图："帮助开发者用简单、干净、统一的接口，在今天的语言模型上做出好产品"。对开发者来说，这意味着"换模型不用重写调用层"的可能性第一次有了中立的载体。

OpenEnv（Hugging Face 捐赠）是强化学习环境的互操作框架加社区中心。agent 的能力是在环境里"练"出来的，但 RL 环境长期各自为政。OpenEnv 用一个简单的容器化服务，把环境变成即插即用、可构建、可分享、可扩展的组件，接口是开发者熟悉的 agent 接口、MCP，以及训练库用的 Gym 协议。Hugging Face 的机器学习工程师 Ben Burtenshaw 在通稿里列出的使用者名单很有分量：Hugging Face、微软、Reflection、Meta-PyTorch、Fleet、Mercor、RadixArk、Modal、Prime Intellect——这已经是一个现成的跨公司用户基础，捐赠等于把"内部工具"升级为"行业公共设施"。

OpenSandbox（阿里巴巴捐赠）是通用沙箱平台：多语言 SDK、统一沙箱 API、Docker 与 Kubernetes 运行时，覆盖 coding agent、GUI agent、agent 评测、AI 代码执行和 RL 训练。它的核心设计是一个定义生命周期与执行 API 的沙箱协议，团队可以接入自定义运行时。阿里巴巴开发基础设施负责人 Xiaobin Xu 的原话值得细品："OpenSandbox 虽然诞生在阿里，但我们不希望它的未来由一家公司定义。"——这句话几乎可以作为整场"交公"行动的注脚。

一条时间线：Agent Skills 用一年走完别人五年的路

把 Agent Skills 的成长史单独拎出来看，会更理解为什么 Anthropic 敢在一年后就把它"交公"：

• 2025 年 10 月：随 Claude Code 推出。起点很务实——Anthropic 发现 Claude Code 通用知识很强，但做真实业务时缺"流程性知识"。上线几周内，开发者就在 GitHub 上发布了数千个 skills，还顺手给 Codex、Cursor、OpenCode 写了加载器。
• 2025 年 12 月：发布为开放标准，配了独立的 GitHub 组织和域名 agentskills.io。注意这个顺序：先有生态自发采用，再追认标准身份——这是事实标准的老剧本，MCP 也是这么走的。
• 2025 年 12 月同期：AAIF 成立，Anthropic、Block、OpenAI 联合创办，Anthropic 把 MCP 捐了进去。MCP 的"交公"给 Agent Skills 打了样：捐给基金会不影响增长，反而加速了跨厂商采用。
• 2026 年 10 月 22 日：Agent Skills 捐入 AAIF。此时据 Anthropic 称已有 100 万 skills 发布、近 2.8 亿次安装，70 多个平台集成。

一年时间，从内部工具到开放标准再到中立治理，这个速度在基础设施史上是罕见的。对比一下：容器镜像格式从 Docker 事实标准到 OCI 规范用了近三年；Kubernetes 捐给 CNCF 时已经是个有大规模生产验证的项目。Agent Skills 敢走快，底气是"格式足够简单"——一个文件夹加一个 markdown 文件，简单到没有迁移成本，也就不怕"交公"之后生态反悔。简单的标准长得快，这句话在这次捐赠里得到了完美验证。

四方表态的潜台词：每家都在算自己的账

官方通稿里四家公司的表态都很体面，但每家的算盘其实不一样，读懂了才能判断这场捐赠能走多远：

• Anthropic（捐 Agent Skills）：MCP 联合创建者 David Soria Parra 的原话是"确保任何用 skills 构建的人都能塑造它的未来"。潜台词：Agent Skills 已经赢了，现在要做的是把它"焊死"成基础设施——捐给基金会是最便宜的锁定胜局的方式。顺带一提，Soria Parra 和 Mahesh Murag 以个人身份继续当首席维护者，"个人身份"四个字是基金会治理的标准操作：名义上切断公司指令链，实际上核心贡献者还是原班人马。
• OpenAI（捐 Open Responses）：技术成员 Steve Coffey 强调"简单、干净、统一的接口"。潜台词更现实：Responses API 是 OpenAI 自己的 API，把它的开放规范版本交出来，等于让全行业围绕 OpenAI 定义的接口形状建生态——这是用开放换影响力。开发者"换模型不用重写"是真的，但接口的"形状"是谁定义的，同样重要。
• Hugging Face（捐 OpenEnv）：工程师 Ben Burtenshaw 反复强调"完全开放的技术栈"和民主化。Hugging Face 的一贯人设就是"开放派"，捐 RL 环境框架既符合人设，又能把自家已经在用的工具变成行业公共设施——使用者名单里已经有微软、Meta-PyTorch，捐赠等于把既有用户基础"转正"为标准共同体。
• 阿里巴巴（捐 OpenSandbox）：Xiaobin Xu 的"不希望它的未来由一家公司定义"是全场最坦率的一句。中国大厂第一次以标准捐赠方的身份进入 agent 基础设施的中立治理核心，这个姿态本身就有战略价值：沙箱是 agent 落地的必经之路，谁定义沙箱协议，谁就影响了 agent 应用的部署形态。

四家各怀心思，但这恰恰是中立治理能成立的前提：没有一家的动机是纯粹利他，但四家的动机叠加在一起，结果是"谁也别想独吞"。基金会的价值不在于让巨头变善良，而在于把它们的竞争装进一个有规则的笼子里。

为什么这是 MCP 之后最大的治理事件

先把时间线摆出来：AAIF 在 2025 年 12 月由 Anthropic、Block 和 OpenAI 联合创办，隶属 Linux 基金会，创始项目是 MCP、Block 的 goose 和 OpenAI 的 AGENTS.md。不到一年前，Anthropic 把 MCP 捐给了它；一年后，同一家公司又把 Agent Skills 捐了进来，OpenAI 则把 Responses API 的开放规范版本交了出来。巨头们正在形成一种固定动作：先内部孵化、推成事实标准，再捐给基金会"加冕"。

这种模式背后的逻辑，一位开发者在 DEV 社区的评论点得很透：公司倾向于把一个格式捐给基金会，往往是因为它们希望别人"不再担心这个格式姓谁"。实验性项目通常留在内部；愿意交公的，都是希望全行业放心采用的基础设施。所以这场捐赠的真正信号不是"四家公司做好事"，而是"四家公司都认为：要让生态真正用起来，先得解决信任问题"。标准的中立性，本身就是采用率的催化剂。

更深一层，这是智能体时代第一次出现跨厂商的中立标准阵地。在此之前，agent 生态的标准是"丛林法则"：各家推各家的协议、格式和运行时，开发者被迫站队。MCP 解决的是"agent 如何调用工具"，这一次补上的是技能封装、跨模型调用、训练环境、安全运行——四块拼图凑齐，agent 从开发到部署的全链路第一次有了中立的"公共地基"。AAIF 的会员组织数量据称已达 305 家，这个数字如果属实，说明中立治理不是摆设，而是有真实的行业动员力。

历史上有过精确的对照组：2015 年 Docker 把容器镜像格式和运行时捐出来，催生了 OCI（开放容器倡议）；2014 年 Google 把 Kubernetes 捐给 CNCF，容器编排之战就此终结。两次"交公"之后，相关技术都迎来了爆发式采用。Agent Skills 的捐赠剧本几乎一模一样：事实标准 → 捐给中立基金会 → 全行业放心采用。如果历史押韵，未来一年我们会看到 skills 生态的第二波爆发——这一次的参与者不再只是 Anthropic 系，而是所有在 AAIF 桌上有席位的公司。

当然也要看到另一面。捐赠不等于放权：四个项目的原始公司依然是事实上的最大贡献方，路线图的话语权、维护者的人选、版本节奏，短期内仍会带着捐赠方的影子。基金会的治理是"过程公正"，不是"权力均分"——"个人身份"担任维护者是标准操作，但执行效果需要时间验证。对开发者而言，理性的态度是：把 AAIF 看作"降低锁定风险"的机制，而不是"消灭锁定"的承诺。

被低估的风险：当 skill 成为攻击面

这场捐赠的路线图里有一项很容易被忽略，但可能是最重要的：给技能作者和安装者的安全指南。为什么安全会被写进创始路线图？因为 skill 的形态天生就是攻击面：一个 SKILL.md 里面可以藏 instructions（指令），scripts 文件夹里可以跑代码，安装一个 skill 等于把"让 agent 按别人的说明书干活"的权限交了出去。

这不是理论风险。据二手报道转述，JFrog 在 2026 年的软件供应链安全报告里追踪了恶意 AI agent skills，发现 969 个携带高危 payload 的 skills——伪装成正常技能包，实则让 agent 执行恶意操作。想想看：据 Anthropic 称 skills 累计安装近 2.8 亿次，哪怕恶意 skill 只占万分之一，绝对数量也相当可观。技能生态的繁荣和技能供应链的肮脏，是同一枚硬币的两面。

所以 Anthropic 把"安全指南"放进捐给 AAIF 时的初始路线图，是个清醒的动作：一个要成为基础设施的标准，必须先回答"我怎么知道装进来的 skill 没下毒"。这也是本站之前那篇技能供应链观察（见文末互链）一直在追的议题。对 vibe 开发者来说，实操建议就一条：只从你信任的来源安装 skill，安装前打开 SKILL.md 看一眼它到底让 agent 干什么——这个习惯的成本是 30 秒，收益是你的代码库不被投毒。

另一个风险是治理本身的"政治化"。AAIF 一年之内从 3 个项目扩到 10 个，扩张速度惊人，但基金会的治理带宽是有限的：四个新项目的路线图评审、版本发布、安全指南，样样都要人力。Linux 基金会旗下的项目不乏"捐进来就躺平"的先例。判断 AAIF 是不是来真的，未来半年的观察指标很具体：Agent Skills 的第一个版本化发布能不能按时出来？正式提案流程有没有外部贡献者真正走通过？安全指南是写出来了还是只停留在路线图上？这些比通稿里的漂亮话更能说明问题。

对 vibe 开发者意味着什么

如果你是用 AI 写代码、做产品的人，这场捐赠有四层直接影响，按实用价值排序：

• Open Responses 可能是最实在的一条。今天你在代码里调用模型，换一家供应商就要改一遍接口适配。有了中立的 Responses 规范，"写一次、多处运行"第一次有了官方背书。对独立开发者和小团队，这意味着供应商议价能力上升：模型降价或出新能力时，迁移成本大幅下降。建议现在就去读一遍它的 schema 设计，哪怕暂时不用——接口抽象的思路会直接影响你怎么写自己的 agent 调用层。
• Agent Skills 值得你立刻动手写一个。SKILL.md 的格式简单到没有借口：一个 markdown 文件加 YAML 头，name 和 description 两个必填字段。把你项目里反复向 AI 解释的那套流程（部署步骤、代码规范、业务规则）打包成 skill，你的 agent 第二天就"长记性"了。捐赠之后，这个格式的寿命预期大大延长——不用担心你写的 skill 明年就过时。
• OpenSandbox 降低了"让 agent 跑代码"的心智负担。coding agent、GUI agent 都需要一个隔离的执行环境，以前各家自己造轮子。统一的沙箱协议意味着，以后你给 agent 配运行环境，可能是"选一个兼容 OpenSandbox 的运行时"而不是"从零搭 Docker"。
• OpenEnv 目前离应用层最远，但值得关注。除非你在训练自己的 agent，否则短期内用不上。但它的存在意味着：以后评估"我的 agent 到底行不行"，可能会有一套跨厂商可比的基准，而不是各家自说自话。
• 中文 skill 是个空白市场。据 Anthropic 称 100 万个已发布 skills 里，英文占绝对多数，中文高质量 skill 稀缺。如果你把"小红书爆款标题写法""中文合同审查清单""淘宝客服话术"这类中文场景流程打包成 skill 发布，你面对的竞争几乎为零——而需求端是全体中文 agent 用户。标准中立化之后，这种投入的长期回报是确定的。

还有一个容易被忽略的信号：四家捐赠方里有阿里巴巴。这意味着中国公司第一次以"标准捐赠方"的身份进入 agent 基础设施的中立治理核心，而不是以"使用者"或"跟随者"的身份。对中文开发者生态，这是个长期利好——标准制定桌上有中文语境的声音，中文场景的需求（比如中文技能包、多语言沙箱）进入路线图的概率会高得多。

动手：你的第一个 skill 只需要 10 行

光讲道理不够，来点实在的。一个 skill 到底长什么样？下面是一个"给 vibe 项目写提交信息" skill 的完整 SKILL.md——复制粘贴就能用：

---
name: git-commit-msg
description: "按约定式提交规范写中文 git commit 信息。提到 commit、提交信息时使用。"
---

# 提交信息规范

1. 先跑 git diff --stat 看改了哪些文件；
2. 格式：类型(范围)：一句话中文描述，类型只用 feat/fix/docs/refactor/test/chore；
3. 正文不超过 50 字，不写英文套话；
4. 不要提交 lock 文件和 .env。

把这个文件放进 ~/.claude/skills/git-commit-msg/SKILL.md（Claude Code）或你用的 agent 的 skills 目录，下次你说"帮我提交"，agent 会自动加载这套规则，不用你再复述一遍。这就是 skill 的全部魔法：把"你每次都要说的话"变成 agent 随调随用的能力包。捐赠之后，这个 10 行文件的寿命预期是"按年算"而不是"按月算"——这才是中立治理对个体开发者最实在的红利。

诚实口径与阅读边界

最后说清楚这篇报道的边界，免得信息在传播中走样：

• "100 万 skills、近 2.8 亿次安装"是 Anthropic 的自称数字，来自 Anthropic 官方捐赠声明，未经第三方独立核实。70 多个平台集成（ChatGPT、Cursor、GitHub Copilot、VS Code）同样是 Anthropic 口径。
• 四个项目的 GitHub 仓库与技术文档细节，记者尚未逐一亲开核实；本文的项目描述以 AAIF 官方通稿（PRNewswire，日期行 2026 年 10 月 22 日）与 Anthropic 官方声明为准，不做仓库级的断言。
• "AAIF 会员达 305 家组织"来自 AAIF 另行发布的公告，经二手报道转述，本文仅作背景引用。
• 本文角度是"标准捐入中立治理"。如果你想了解 Agent Skills 本身怎么写、怎么用，请看站内指南 《Agent Skills 与 Prompt 的区别》；关于技能供应链的安全风险（比如恶意 skill），请看 《技能星座：Agent Skill 供应链观察》；美国能源部国家实验室用技能包做科研方法论的那篇是 《DOE Genesis：能源部的 Agent Skills》——那是 DOE 自家的科研项目，与本次四公司捐赠是两件不同的事，不要混淆。