AI插件统一纪元开启!科技巨头联手制定通用规范,一次打包畅行所有Agent

一场悄无声息的"规范变革"，正在重塑AI开发者的生存法则。

2026年8月6日，一份不足十页的技术文件，让整个AI Agent生态圈同时屏住呼吸。Vercel、OpenAI、微软、谷歌、AWS，这些平日里竞争激烈的巨头，破天荒地出现在同一张发布海报上。它们联合推出的成果，名字朴素得几乎不起眼：Agent Plugins 1.0.0。

但别被名字迷惑——这东西的目标，是让你只需编写一次插件，就能运行在ChatGPT、Copilot、Cursor、VS Code……以及任何愿意遵守规则的AI Agent上。

24小时后，开源Agent赛道最热门的玩家之一，Hermes Agent，迅速宣布接入。Vercel CEO Guillermo Rauch亲自在帖子下方回了一个词："Excellent!"

▲ Hermes Agent共同创始人Teknium引用Rauch的帖子，宣布支持Agent Plugins标准

这次产品发布，成为AI工具生态从分散走向融合的分水岭。

要理解这件事为何举足轻重，得先看清一个荒诞的现状：2026年的AI开发者，活得如同上世纪九十年代编写浏览器插件的人。

你写了一个精巧的代码审查Skill，想让它在Cursor里运行，好，按Cursor的格式打包。想让它也在ChatGPT里跑？重新包一遍。GitHub Copilot？再来。VS Code？又来。同样的逻辑，同样的说明，硬是要裹上四五件不同的外衣，才能出门亮相。

这正如你有一只U盘，里面装着完美的工作文档，但每台电脑的USB接口形状都不一样。你得随身携带五个转接头。

Agent Plugins要做的，就是统一USB接口。

规范的核心设计范畴很精简：一个目录，一个plugin.json清单文件，固定位置存放Skills（技能说明包）和MCP服务器（模型上下文协议，即工具接线层）。安装器、应用商店和权限沙箱仍由各客户端自行决定。

▲ agent-plugins.org官网：定义便携插件包格式，列出兼容客户端

谷歌开发者博客当天给出的解释是：Skill和MCP都已成熟，分歧集中在"外面那只盒子"，也就是清单格式和目录约定。Agent Plugins只统一这只盒子。

这种"刻意做小"的理念，恰恰是它能撮合这么多对手坐到同一张谈判桌上的原因。

给不熟悉这些术语的读者快速科普，

Skill（技能），你可以理解成给AI编写的操作手册。比如"按公司模板生成周报""用特定规范检索代码库"。它的核心就是一个SKILL.md文件夹，AI启动时仅读取标题和简介，实际使用时才读取完整指令，这叫渐进式披露，省的是大模型最宝贵的上下文窗口。

MCP服务器，则是给AI配备的手和眼睛。连浏览器、连数据库、连SaaS服务，都走这条通道。Skill告诉AI"该怎么做"，MCP让AI"能动手做"。

Agent Plugins所做的事情，就是把这两样东西装入同一个目录，贴上统一标签，让任何兼容的Agent客户端都能识别。

但请注意，斜杠命令、GUI皮肤、审批流程、桌面插件？统统不在箱子内。这些东西在各平台间差异显著，硬性标准化只会适得其反。

▲ Vercel官方博文《Introducing Agent Plugins》，强调Skills与MCP的通用格式

Hermes Agent宣布支持便携标准的速度，快得仿佛早就在等待发令信号。

Teknium，Nous Research旗下这位绿发头像的技术主理人，在引用Rauch帖子时，用词精确得像在拟定合同："Hermes现已支持多家主流AI厂商采用的便携插件标准。当前这套标准仅承载MCP服务器与Skills。"紧接着第二条就甩出了官方文档链接。

▲ Teknium紧跟着贴出Hermes开发者文档中Portable Agent Plugins章节的锚点链接

这段声明里最值得玩味的，是它同时划清的边界：如果你要Hermes的斜杠命令、深层生命周期钩子、GUI插件、Dashboard皮肤，抱歉，请使用原生Hermes插件。那套plugin.yaml+ Python register(ctx)的体系，能力范围远大于便携子集。

翻译成大白话：Hermes愿意打开这只标准化的箱子，但它自己的武器库，比箱内装载的东西丰富得多。

Hermes的文档进一步透露了几个工程细节：便携插件安装后默认禁用，需手动执行hermes plugins enable；Skill的命名空间会被加上哈希前缀，防止多个插件同名冲突；MCP命令不经shell执行，路径必须以./开头且不能逃逸出插件根目录，这些都是安全边界的硬性约束。

最意味深长的一条：启用便携包后，其指令与本地可执行文件享受full-trust待遇。意思是，安装即信任，凭证绝对不要写入包配置。

▲ Hermes开发者文档中的Portable Agent Plugins v1详细实现说明

当然，任何标准的发布都逃不过一个灵魂拷问：这不就是xkcd那张经典漫画吗？"14个竞争标准→让我们搞一个统一标准→15个竞争标准"。

果不其然，Vercel公告底下获赞最多的回复之一，就是一位开发者贴出漫画配图，写道："不知道有没有一张xkcd漫画适合这个场景……"

▲ Vercel公告下的高赞回复，"标准疲劳"的社区情绪跃然纸上

这种标准疲劳是切实存在的。但Agent Plugins的设计者显然也读过那张漫画，它的应对策略是：表面极简，扩展靠命名空间。v1仅锁定Skills和MCP两个已经各自成熟的组件，争议大的行为全扔进com.vendor.*的私有目录里让各家自行试验。先把"文件夹长什么样"达成共识，至于商店、签名、沙箱、分发，往后再说。

这神似互联网早期HTML的策略：先定义最小公约数，让所有浏览器都能渲染；至于CSS动画和JavaScript引擎，各凭本事。

有一条社区评论值得单独拿出来，

"可移植性会带来更大的变化。所有模型都能接入同一套工具后，竞争重点将转向系统本身的综合质量。"

这句话切中了要害。当Skill和MCP变成可搬运的行李，各家Agent的竞争重点将转向系统本身的综合质量。

Hermes显然也在沿着这个方向推进。MIT许可的开源仓库、自改进学习循环、跨会话持久记忆、Telegram遥控、Mixture-of-Agents预设和危险命令人工确认，都属于便携箱子之外的原生能力。

社区也出现了另一类迁移案例：有开发者声称花了15天把20个OpenClaw agent迁移到了Hermes。这描述的是整个工作环境的搬迁，涉及记忆、密钥、技能和设置。Hermes甚至提供了hermes claw migrate命令来承接这批"难民"。

▲ 一位开发者分享从OpenClaw迁移到Hermes的经历

插件便携和用户迁移，是同一枚硬币的两面。前者让你的工具箱跨平台通用，后者让你的个人数据跟着你走。两者叠加，才是"能力像U盘一样随身携带"的完整图景。

首批站台名单里，有一个显眼的缺席者，Anthropic。

Claude Code拥有自己的插件与技能约定，Claude生态是否会收敛到Agent Plugins标准，目前没有公开时间表。考虑到Anthropic在MCP协议本身的推动角色，这个缺席也留下了悬念。

谷歌加入技术指导委员会（TSC）后，当天就拿出了产品：Data Agent Kit把BigQuery、Spanner、Cloud SQL的数据工程技能打成了Agent Plugins格式，Agents CLI也用同一规范打包专家技能。首日的实际产品，也为这份支持提供了代码佐证。

▲ Google Developers Blog同日发文，宣布加入Core Maintainer并推出实际产品

紧随Hermes之后，Aster也宣布支持，aster plugins add owner/repo，一行命令，同一个目录。便携格式只携带Skills和MCP，其余18项内建技能、子Agent、策略沙箱，全走原生。

▲ Aster宣布支持Agent Plugins标准："One folder, any client"

一位名叫Denis的社区用户在Teknium帖下留言，语气轻描淡写却意味深长：把其他Agent上有趣的插件适配到Hermes并不难，Hermes自己就能完成。

这句话暗示的未来是：当标准足够简洁，AI本身就能完成跨平台的格式转换。到那时，"便携"甚至不再需要人类开发者手动操作。

回看这整件事，最鲜明的特点或许是它划定的边界。

Agent Plugins仅定义插件包的基本形态，安装器、商店、权限模型和信任机制仍由各客户端负责。它给出的约定很简单：如果你要把Skill和MCP打包给别人使用，文件夹请长成这个样子。

这只箱子小得不能再小了。但正因为小，所有人都乐于采用。

VS Code扩展市场和浏览器WebExtensions的历史告诉我们：统一manifest能催生独立作者生态，但各厂商永远会用私有API和商店政策制造实际摩擦。Agent Plugins能走多远，最终取决于一个朴素的问题——这些巨头，愿不愿意真的让同一个目录，不加私货门槛地跑在自己的平台上？

Rauch那句"Excellent!"还回响在时间线上。标准发布后的兼容细节，将在插件作者首次跨平台安装时接受检验。