Agent 的战争打到了标准层:Agent Skills 为什么要“交出去”

举报
hongyee77 发表于 2026/10/27 10:43:27 2026/10/27
【摘要】 10 月的模型发布潮还没散场,一条不太像“新闻”的消息却更值得多看一眼:据报道,Anthropic 在 2026 年 10 月 22 日宣布,把 Agent Skills 标准捐给 Linux 基金会旗下的 Agentic AI Foundation(AAIF)。没有新参数、没有新榜单,只是一次所有权的移交——而这恰恰说明,Agent 的竞争重心正在从“谁的模型更强”转向“谁来定规则”。一个...

10 月的模型发布潮还没散场,一条不太像“新闻”的消息却更值得多看一眼:据报道,Anthropic 在 2026 年 10 月 22 日宣布,把 Agent Skills 标准捐给 Linux 基金会旗下的 Agentic AI Foundation(AAIF)。没有新参数、没有新榜单,只是一次所有权的移交——而这恰恰说明,Agent 的竞争重心正在从“谁的模型更强”转向“谁来定规则”。

一个文件夹,就是全部的诀窍

Agent Skills 的技术形态朴素得近乎反潮流。一个 Skill 就是一个文件夹:里面一个必需的 SKILL.md 文件,用自然语言写清楚这个技能是干什么的、什么时候用、按什么步骤做;再配上可选的脚本、参考文档和素材。Agent 需要时才去读它,不需要时连加载都不用。

这种朴素是有意为之。它解决的是大模型的老毛病:通用知识很强,流程知识很弱。模型知道什么是报销,但不知道你们公司报销要先走哪个系统、贴票规则是什么、异常单据找谁。把这些“怎么做事”的知识写成 Skill,等于给 Agent 配了一本可插拔的操作手册。而且因为只是文件和脚本,不依赖某个厂商的运行时,理论上任何能读文件的 Agent 都能用——ChatGPT、Cursor、GitHub Copilot、VS Code 等据称 70 多个平台已经接入。

更关键的一点是渐进披露:Skill 的描述先被放进上下文,Agent 判断相关才深入读取全文,脚本也只在需要时运行。这比把几万字手册一次性塞进提示词要省得多,也更像人工作的方式——先看目录,再翻到对应那一页。

为什么是现在“交出去”

Anthropic 不是第一次这么做。AAIF 由 Anthropic、Block 和 OpenAI 在 2025 年 12 月共同创立,最初的项目就包括 MCP——那个定义 Agent 如何连工具、连数据的协议。这次 Agent Skills 是 Anthropic 交给 AAIF 的第二个标准,同批加入的还有 OpenAI 的 Open Responses、Hugging Face 的 OpenEnv 和阿里的 OpenSandbox,基金会项目总数由此达到 10 个。

背后的逻辑很直白:一个标准一旦被 70 多个相互竞争的平台采用,继续由一家厂商说了算就会变成所有人的顾虑。今天它说改字段就改字段,明天路线图转向自家产品,别人几年的投入就可能打水漂。公司通常只在两种情况下交出标准:要么它已经输了,要么它希望所有人放心地建在上面。Agent Skills 显然属于后者——捐出名称、Logo、GitHub 组织和域名,换来的是“你可以放心投资”的信号。

从产业史看,这一步也不陌生。MCP 捐出之后才真正成为跨厂商的默认连接方式;反过来,凡是被一家公司攥在手里的“开放标准”,最终往往只在自家生态里流通。Agent Skills 的移交,是在重复 MCP 验证过的剧本:先用产品做出事实标准,再用基金会把它变成真正的公共品。

数字先打个折,再谈意义

Anthropic 随公告给出的数字很亮眼:据称已发布 100 万个 Skill、安装量近 2.8 亿次。但这些数字需要打折看:一方面它们来自厂商口径,未经独立验证;另一方面据报道,安装统计来自 Vercel 的 skills.sh 注册表,其自身说明这些数字不代表独立用户或独立选择。100 万个 Skill 里,有多少是认真写的流程手册、有多少是自动生成的占位文件,外界无从得知。

更诚实地看,移交当天其实什么都没变:据报道,规范仍然只有六个 front matter 字段、没有版本号、没有带标签的正式发布。也就是说,治理结构换了,但工程成熟度还没跟上。基金会接下来的路线图——版本化发布、正式的提案流程、面向作者和安装者的安全指南——才是真正决定这个标准能不能长期活下去的东西,而不是一次捐赠仪式。

真正的短板:Skill 是可执行文件

Agent Skills 最容易被低估的一面是安全。一个 Skill 文件夹里可以带脚本,而脚本是要被 Agent 运行的。这意味着安装一个 Skill 在风险上更接近安装一个软件包,而不是读一篇文档:恶意或写得马虎的脚本可能在 Agent 的权限下读写文件、调用外部服务。如果未来 Skill 像 npm 包一样被随手安装,供应链攻击的剧本几乎可以直接复用——投毒一个热门 Skill,比攻破模型本身容易得多。

这也是基金会治理最有价值的地方:版本化发布让团队可以锁定版本,安全指南可以规定安装前审查什么、脚本权限如何声明,提案流程可以让安全议题不被一家厂商的发布节奏淹没。但这些目前还只是路线图上的承诺。现阶段务实的做法是:把 Skill 当依赖来管——读一遍 SKILL.md,读一遍它带的脚本,来自陌生作者的先在沙箱里跑,重要的流程 Skill 钉死版本。

结语

过去一个月,我们聊过很多模型:更强的推理、更省的 token、更广的上下文。但 Agent Skills 的移交提醒我们另一条线:Agent 最终拼的可能不是单点能力,而是整个生态能不能在同一套规则上协作。MCP 管“连什么”,Agent Skills 管“怎么做”,两者都进了同一个中立的家,这套组合才算完整。

接下来值得观察的不是又有多少平台宣布支持,而是基金会能不能兑现三件事:第一个带版本号的正式发布、第一份可执行的安全指南、第一次由多家公司共同推动、而非某一家主导的规范变更。这三件事做成了,Agent Skills 才算真正从一家公司的产品特性,变成了行业的基础设施。

【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。