文章核心观点 - 四家公司将四项Agent基础设施项目捐赠给Linux基金会旗下AAIF，Agent生态正从各自造轮子转向争夺公共标准 [1][3] - 当AI Agent开始真正干活，行业争夺的不只是模型能力，还有Agent之间共同遵守的规则 [8] - 项目捐赠只是开场，能否让竞争对手真正用同一套规则把事情做起来，才是这场标准之争的关键 [55] AAIF新纳入的四个项目 - AAIF一次性迎来四个新托管项目：Anthropic贡献Agent Skills、OpenAI贡献Open Responses、Hugging Face贡献OpenEnv、阿里贡献OpenSandbox [3] - 四个项目覆盖AI Agent从获得技能、调用模型到训练、执行任务的多个关键环节，均为已有项目被纳入同一中立治理框架 [4] - AAIF托管项目总数从成立之初的3个增加到10个，基金会成立不到一年会员组织数量已达305家 [6] - Agent Skills让Agent学会按流程办事，一个Skill可理解为可复用的工作说明书，通常包含SKILL.md及执行特定任务所需的脚本、参考资料 [12][13] - Anthropic披露自2025年12月公开该开放标准以来，已有70多个Agent平台集成，累计发布Skills达100万份，安装量接近2.8亿次 [15] - Open Responses让不同模型尽量说同一种接口语言，提供统一接口规范以降低开发者切换模型的适配成本 [18][20] - OpenEnv让Agent的训练环境可以复用，希望把训练环境做成更容易创建、共享和接入训练系统的开放框架 [21] - OpenSandbox给Agent一个安全的动手空间，提供统一沙箱API、多语言SDK以及Docker、Kubernetes等运行方式，让Agent在隔离环境中执行任务 [22] - 四个项目各管一摊，拼在一起正好覆盖Agent从获取能力、调用模型到训练和执行任务的关键环节 [23] Anthropic捐赠Agent Skills的治理意义 - Anthropic不仅贡献Agent Skills规范，还将名称、Logo、GitHub组织和agentskills.io域名一并交给AAIF [25] - 此次捐赠不是交出Claude或Claude Code整个产品，而是把已形成生态的开放标准交由基金会治理 [26] - 当技术逐渐成为多个平台共同采用的基础标准，其他厂商会关心未来规则由谁决定、标准会否随一家公司产品战略变化而变 [26] - 把标准交给基金会旨在降低其他参与者对治理权的顾虑，Anthropic还提出包括版本化发布、正式提案流程及面向编写者和安装者的安全指南等后续工作计划 [26] - 来自Anthropic、Google、OpenAI等公司的工程师将以个人身份参与维护 [26] - 捐赠只是第一步，真正的中立不是把项目放进基金会就自动实现，而取决于其他参与者能否真正参与维护、修改规范和作出决策 [27] 业内人士观点 - 独立开发者、知名AI技术博主Simon Willison早在2025年12月就预料到Agent Skills可能最终进入AAIF [30] - Simon Willison指出该规范仍有细节不够明确，开发者可自行扩展某些字段，但不同Agent对部分功能支持存在差异，使用同一套格式不代表产品完全兼容 [32] - ECI Research首席分析师Paul Nashawaty认为，四家企业愿把不同基础设施项目放进同一基金会，说明行业开始意识到底层基础设施没必要处处重复建设，可在接口和工具上合作，再争夺上层模型能力、产品体验和商业市场 [34] - 即使项目进入基金会，最初开发者也可能因熟悉代码、掌握主要实现经验而继续对技术演进产生很大影响，名义归属变化不代表实际影响力分散 [35] - 评论者Roman Medvedev提出关键问题：这些项目放进同一基金会后能否真正实现互操作，还是仍各走各的路 [37] - AI/ML架构师、AAIF大使Médéric Hurier给出判断框架：看社区能否真正参与、决策是否透明、项目能否持续维护，以及有没有来自不同厂商的真实实现 [37] - 不应只看有多少公司宣布支持，要看它们到底贡献了什么，又能否一起把标准用起来 [38] Open Responses的重点观察价值 - 四个项目中Open Responses尤其值得关注，因为它直接碰到AI行业的核心利益——模型接口 [41] - Open Responses基于OpenAI的Responses API，目标是让开发者使用统一的请求、响应和工具调用格式，减少不同模型之间的适配成本 [41] - 该问题表面是开发者体验，实际关系供应商锁定：若Agent应用只能依赖某家模型专有接口，切换供应商可能意味着重写大量代码；接口标准化后开发者更容易根据价格、性能和任务需求选择模型 [41] - AWS已公开支持Open Responses并参与项目开发、拥有核心维护者，Amazon Bedrock也已支持Responses API，覆盖多个模型供应商的模型 [41] - 支持Responses API不等于所有模型都已通过Open Responses规范的完整兼容性验证 [42] - Open Responses能否成为真正的跨厂商标准，还得看其他供应商的实现以及社区能否共同决定规范如何演进 [43] - AWS支持开放接口既能降低用户迁移成本，也有利于开发者在Bedrock上使用不同模型，开放标准和商业竞争并不矛盾 [44][45] Agent基础设施版图与行业信号 - 此次捐赠释放积极信号：越来越多公司开始愿意在Agent基础设施上采用开放协作方式 [47] - AAIF最初三个项目为Anthropic的MCP、OpenAI的AGENTS.md和Block的goose，此后又纳入A2A、Agent Router、agentgateway及本次四个新项目，技术版图持续扩大 [47] - 各项目分工逐渐拼出Agent基础设施轮廓：MCP负责连接工具和数据，AGENTS.md提供项目级指令，Agent Skills封装可复用能力，Open Responses推动模型接口互操作，OpenEnv面向训练环境，OpenSandbox负责隔离执行 [47] 开放之后的安全考题 - VirusTotal于10月21日公布的研究分析了提交到其平台的35,878份AI Agent技能样本，其中6,637份被判定为恶意 [49] - 在这些恶意样本中，62%没有恶意代码，攻击指令直接写在技能文档的自然语言内容里 [50] - 这说明Agent Skills的安全问题不只是查杀恶意程序，还涉及指令审核、权限管理和执行环境隔离 [51] - 上述数字来自VirusTotal收到的样本，不能直接推算整个技能生态的恶意比例，也不能据此认定开放标准本身不安全 [52] 中立治理的落地考题 - 项目捐赠后值得观察的是原始贡献方之外有没有更多维护者、技术提案和决策过程是否透明、不同厂商能否通过实际测试证明实现彼此兼容 [53] - 会员数量达到305家说明参与者正在扩大，但会员多不等于贡献多，更不等于决策权已充分分散 [54] - 真正值得追踪的是半年、一年后有多少不同厂商产品采用这些标准、有多少开发者参与规范演进，以及开发者换模型、工具或执行环境时能否少改代码、少踩坑 [54]