刚刚,你每天在用的Skills发生了一件大事
2 小时前 / 阅读约12分钟
来源:36kr
Linux基金会旗下AAIF新增四个托管项目,包括Anthropic的Agent Skills、OpenAI的Open Responses、Hugging Face的OpenEnv和阿里的OpenSandbox,覆盖AI Agent从获得技能到执行任务的关键环节。

AI 圈又有一件看起来很技术、实际上相当关键的事。

今天,Linux基金会旗下的 Agentic AI Foundation(AAIF)一口气迎来四个新的托管项目:

Anthropic贡献 Agent Skills,OpenAI贡献 Open Responses,Hugging Face贡献 OpenEnv,阿里贡献 OpenSandbox。

覆盖 AI Agent 从获得技能、调用模型,到训练、执行任务的多个关键环节。这也是四个已有项目,被纳入同一个中立治理框架。

至此,AAIF 托管的项目总数从成立之初的 3 个增加到了 10 个。基金会成立还不到一年,会员组织数量也已经达到 305 家。

看起来只是一次开源项目捐赠,但往深了看,事情没那么简单。

当 AI Agent 开始真正干活,行业争夺的就不只是模型能力,还有 Agent 之间共同遵守的规则。

AAIF 的新项目

四个项目,到底有什么用?

这四个项目分别在解决 Agent 做事过程中的四个问题。

Agent Skills:让 Agent 学会按流程办事。这是 Anthropic 贡献的项目。

一个 Skill 可以理解成一份可复用的工作说明书。它通常包含 SKILL.md,以及执行特定任务需要的脚本、参考资料等。

比如,公司可以把代码规范、数据分析流程、文档模板打包成 Skill。兼容的 Agent 加载后,就能按照这些规则完成任务,不用每次都从头交代。

Anthropic 称,自 2025 年 12 月公开这项开放标准以来,已有 70 多个 Agent 平台集成,累计发布的 Skills 达到 100 万份,安装量接近 2.8 亿次。

这些是 Anthropic 自己披露的数据,并非独立审计结果。但至少说明,Skills 已经不只是 Claude 内部的一项功能。

Open Responses:让不同模型尽量说同一种接口语言。这是 OpenAI 贡献的项目。

不同模型供应商的 API,虽然都能处理请求、调用工具、返回结果,但具体格式和流式输出方式可能不同。开发者如果想换模型,往往还得改一轮代码。

Open Responses 试图提供统一的接口规范,让开发者少写一些适配代码,降低切换模型的成本。

OpenEnv:让 Agent 的训练环境可以复用。这是 Hugging Face 贡献的项目。

训练 Agent,不能光让模型自己琢磨,还得给它一个可以反复行动、接收反馈的环境。OpenEnv 希望把这些环境做成更容易创建、共享和接入训练系统的开放框架,减少团队重复搭建基础设施的工作。

OpenSandbox:给 Agent 一个安全的动手空间。这是阿里巴巴贡献的项目。

Agent 一旦开始运行代码、操作浏览器、访问文件,就不再只是聊天机器人了。OpenSandbox 提供统一的沙箱 API、多语言 SDK,以及 Docker、Kubernetes 等运行方式,让 Agent 能在隔离环境中执行任务。

四个项目各管一摊,但拼在一起,正好覆盖了 Agent 从获取能力、调用模型,到训练和执行任务的几个关键环节。

MCP 之后,Anthropic 又把 Agent Skills 交了出来

这次, Anthropic 不仅贡献了 Agent Skills 的规范,还将名称、Logo、GitHub 组织和 agentskills.io 域名一并交给 AAIF。

注意,这不是把 Claude 或 Claude Code 整个产品交出去,而是把一项已经形成生态的开放标准交由基金会治理。

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

把标准交给基金会,就是试图降低这种顾虑。

Anthropic 还提出了后续工作计划,包括版本化发布、正式提案流程,以及面向 Skill 编写者和安装者的安全指南。来自 Anthropic、Google、OpenAI 等公司的工程师,也将以个人身份参与维护。

不过,捐赠只是第一步。真正的中立,不是把项目放进基金会就自动实现了,而是其他参与者能不能真正参与维护、修改规范和作出决策。

业内人士怎么看?有人早就猜到了,有人提出关键问题

独立开发者、知名 AI 技术博主 Simon Willison 早在 2025 年 12 月就预料到,Agent Skills 可能最终进入 AAIF。

不过,他当时也指出,这套规范仍有一些细节不够明确。例如,开发者可以自行扩展某些字段,但不同 Agent 对部分功能的支持可能存在差异。

说白了,大家虽然都可以使用同一套格式,却不代表做出来的产品就能完全兼容。

现在捐赠给基金会,可以为后续完善规则提供更好的治理基础,却不能自动解决这些技术问题。

ECI Research 首席分析师 Paul Nashawaty 从产业角度给出了另一种解读。

在他看来,四家企业愿意把不同的基础设施项目放进同一个基金会,说明行业开始意识到:底层基础设施没必要处处重复建设。大家可以在接口和工具上合作,再去争夺更上层的模型能力、产品体验和商业市场。

但这里还有一个更微妙的问题。即使项目进入了基金会,最初的开发者也可能因为熟悉代码、掌握主要实现经验,继续对技术演进产生很大影响。

因此,项目的名义归属变了,不代表实际影响力就一定分散了。

另一个值得关注的声音来自 AAIF 生态参与者 Angie Jones 的 LinkedIn 动态评论区。

评论者 Roman Medvedev 提出了一个关键问题:这些项目放进同一个基金会之后,真的能实现互操作吗?还是说,它们仍然会各走各的路?

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

AI/ML 架构师、AAIF 大使 Médéric Hurier 还给出了一个更实用的判断框架:

看社区能否真正参与、决策是否透明、项目能否持续维护,以及有没有来自不同厂商的真实实现。

换句话说,不要只看有多少公司宣布支持,要看它们到底贡献了什么,又能否一起把标准用起来。

Open Responses,值得观察

四个项目中,我认为 Open Responses 尤其值得关注。原因在于,它直接碰到了 AI 行业的一块核心利益:模型接口。

Open Responses 基于 OpenAI 的 Responses API。它的目标是让开发者使用统一的请求、响应和工具调用格式,减少不同模型之间的适配成本。

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

值得注意的是,AWS 已经公开支持 Open Responses,并参与项目开发、拥有核心维护者。Amazon Bedrock 也已支持 Responses API,覆盖多个模型供应商的模型。

这说明相关接口已经有实际产品应用基础。但也要划清界限:支持 Responses API,不等于所有模型都已通过 Open Responses 规范的完整兼容性验证。

Open Responses 未来能否成为真正的跨厂商标准,还得看其他供应商的实现,以及社区能否共同决定规范如何演进。

这也是一个有意思的产业现象:AWS 支持开放接口,既能降低用户的迁移成本,也有利于开发者在 Bedrock 上使用不同模型。

开放标准和商业竞争并不矛盾。企业可以希望底层接口更通用,同时继续在云服务、模型和产品体验上竞争。

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

这次捐赠确实释放了一个积极信号:越来越多公司开始愿意在 Agent 基础设施上采用开放协作的方式。

回看 AAIF 最初的三个项目——Anthropic 的 MCP、OpenAI 的 AGENTS.md,以及 Block 的 goose——再加上后来纳入的 A2A、Agent Router、agentgateway 和这次的四个新项目,基金会的技术版图正在扩大。

MCP 负责连接工具和数据,AGENTS.md 提供项目级指令,Agent Skills 封装可复用能力,Open Responses 推动模型接口互操作,OpenEnv 面向训练环境,OpenSandbox 则负责隔离执行。

它们逐渐拼出了 Agent 基础设施的轮廓。但有两道考题,还没有答案。

第一道:开放之后,真的安全吗?

VirusTotal 在 10 月 21 日公布的一项研究中,分析了提交到其平台的 35,878 份 AI Agent 技能样本,其中 6,637 份被判定为恶意。

更值得警惕的是,在这些恶意样本中,62% 没有恶意代码,攻击指令直接写在技能文档的自然语言内容里。

这说明,Agent Skills 的安全问题不只是查杀恶意程序,还涉及指令审核、权限管理和执行环境隔离。

当然,这些数字来自 VirusTotal 收到的样本,不能直接推算整个技能生态的恶意比例,更不能据此认定开放标准本身不安全。

第二道:中立治理,真的能落地吗?

这次项目捐赠之后,接下来值得观察的,是原始贡献方之外有没有更多维护者,技术提案和决策过程是否透明,以及不同厂商能否通过实际测试证明自己的实现彼此兼容。

会员数量达到 305 家,说明参与者正在扩大,但会员多不等于贡献多,更不等于决策权已经充分分散。

所以,真正值得追踪的,是半年、一年之后,有多少不同厂商的产品采用了这些标准,有多少开发者参与了规范演进,以及开发者换一个模型、工具或执行环境时,能不能少改代码、少踩坑。

项目捐赠只是开场。能不能让竞争对手真正用同一套规则把事情做起来,才是这场标准之争的关键。

参考链接

https://aaif.io/news/agentic-ai-foundation-announces-four-new-projects

https://www.anthropic.com/news/donating-agent-skills-to-the-agentic-ai-foundation

https://www.linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation

https://blog.virustotal.com/2026/10/how-some-malicious-ai-skills-hide.html

https://www.efficientlyconnected.com/aaif-agentic-ai-open-standards-four-new-projects/?utm_source=chatgpt.com

https://aws.amazon.com/blogs/opensource/open-responses-joins-aaif-with-aws-support/?utm_source=chatgpt.com