**四家公司的四项Agent基础设施项目入驻Linux基金会AAIF,覆盖技能、模型接口、训练环境和沙箱,标志生态从各自造轮子转向公共标准治理,但互操作与安全仍待验证。** **要点** **1. 四项目补齐Agent从能力到执行的关键环节** 四项分别封装可复用流程、统一模型接口、复用训练环境、提供隔离执行;AAIF托管项目从3个增至10个,会员达305家。 **2. Agent Skills移交治理,兼容与安全风险未自动消解** Anthropic将规范及品牌域名交AAIF,称70多个平台集成、100万份Skills、近2.8亿次安装;但字段差异未解,VirusTotal样本中6,637份恶意技能,62%恶意样本用自然语言藏指令。 **3. Open Responses直击模型接口标准与供应商锁定** 基于OpenAI Responses API,统一请求、响应和工具调用格式以降低换模型成本;AWS已支持并拥有核心维护者,但跨厂商完整兼容仍待验证。 **4. 中立治理能否落地取决于真实贡献与互操作** 原始开发者仍可能凭代码经验主导演进,会员多也不等于贡献多;需看其他厂商维护者、透明决策和多厂商实现是否真正兼容。
刚刚,你每天在用的Skills发生了一件大事
2026-10-23 19:15

刚刚,你每天在用的Skills发生了一件大事

本文来自微信公众号: 机器之心 ,编辑:RedPanda,作者:Neon Neon


四家公司的四项基础设施入驻AAIF,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

AI创投日报频道: 前沿科技
本内容来源于网络 原文链接,观点仅代表作者本人,不代表虎嗅立场。
如涉及版权问题请联系 hezuo@huxiu.com,我们将及时核实并处理。
正在改变与想要改变世界的人,都在 虎嗅APP