新智元报道

AI圈六家巨头，罕见地坐上了同一张桌子。

8月6日，一份名为Agent Plugins 1.0.0的开放规范正式公开。

它干的是一件无数AI开发者盼了很久的实事：给AI智能体的插件，定一个统一的「包装盒」，从此一份包走天下，不用再为每家客户端重复打包。

OpenAI开发者在官推上发帖：一次打包，就能在所有兼容的智能体客户端里通用，还@了一串共建方。

这份规范看上去不起眼，痛点却戳得很准。

同一个技能（Skill）、MCP服务器（MCP Server），内核明明一模一样，你却得为Cursor、GitHub Copilot、Codex一家家重新封一遍：谁家一更新，还得挨个跟着改。

Agent Plugins想要终结的，正是这种重复劳动。

目录结构、清单文件、MCP配置写法，一并统一。打一份包，支持这套格式的客户端都认。

Agent Plugins工作原理示意：左边散装的技能与MCP，收进中间那只plugin.json「包装盒」，再一次分发给IDE、CLI、企业端等各类客户端。

举个例子。

你做了个「查数据库、写周报」的插件，里面一个技能教AI把查询结果整理成团队爱看的周报，一个MCP服务器负责替AI连上数据库。

以前想让它同时在三个客户端里能用，就得打三份包，改一处要改三遍。现在，打一份包、只改一遍就够了。

共建者名单里，AWS、Anysphere（Cursor母公司）、GitHub、微软、OpenAI、Vercel六家都在，连谷歌都在发布当天追加进了核心维护者。

唯独少了这套玩法的开创者——Anthropic的身影。

统一的是「包装盒」

不是智能体

一个插件，通常由两样东西组成。

一样是Agent Skills，给模型可复用的指令和资源；另一样是MCP Server，负责连外部工具和服务。

这两样本来就能跨客户端复用。

真正卡住的地方，是最外层：每家客户端的目录结构、清单文件、MCP配置写法都不一样，同一个组件换个客户端，就得照「新家」的规矩，重新打一次包。

而Agent Plugins，把外面那层打包的箱子统一了。

一个插件就是一个文件夹。

根目录放一份plugin.json清单，技能全丢进skills/，MCP配置写进mcp.json。

清单里只有$schema和name两个字段必填，剩下的一切都靠固定位置去找，客户端不用猜，连版本号都可以不写。

至于各家想夹带的「私货」，比如自己特有的钩子、命令、界面，统统丢进一个用反向域名命名的目录里。

别的客户端不认识这个目录，扫到了也直接略过。公共那一层，因此更干净、够小，实现起来也不费劲。

而且它管得很少。

1.0只认两类可移植组件：skills/里的技能，和mcp.json里的MCP配置。

hooks、斜杠命令、custom agents这些，还是各家的地盘，并没统一。

规范正文现在还标着「工作草案（Working Draft）」，就像官方在旁边小声补了声「还在改」，离行业盖章的成熟标准，还有段距离。

一句话，Agent Skills管指令，MCP管连工具，Agent Plugins管把这两个装进同一个包装盒。

统一的只是包装盒，里面的智能体没动。

一次打包

不等于到处运行

就算包装盒统一了，运行还远没跟着统一。

它只管skills和mcp.json这两类组件的外壳。真正到了跑起来那一层，它就撒手了：

安装、分发、权限、沙箱、认证、信任验证、用户体验，一样都不管，全留给各家客户端自己做。

各家对stdio、Streamable HTTP、旧版HTTP+SSE这几种传输方式的支持也不完全一致。同一个插件换个客户端，能不能顺利跑起来，还要看运气。

微软还特意叮嘱了一声安全：插件里的MCP Server和hooks会在你本机执行代码，安装前务必看清来源和作者，社区市场里的东西尤其要当心。

OpenAI自家的打包文档，现在用的还是.codex-plugin/plugin.json那套结构，和开放规范根目录的plugin.json并不是一回事。

规范只保证兼容的客户端能发现它支持的可移植组件；真跑起来，认证方式和运行环境仍可能各不相同。

因此，打包统一，不代表运行也统一了，中间还隔着一整条工程链。

说到底，这次统一的，恰好是巨头们最不介意放手的那一层。

真正值钱的那些，应用市场、权限体系、用户入口，还有hooks、custom agents这些专有能力，一个也没交。

这套结构

怎么这样眼熟

熟悉Claude Code插件的人，可能已经愣住了。

plugin.json、skills、mcp.json，这不就是Claude Code一直在用的那套吗？

早在这份标准出现之前，Anthropic就给Claude Code做好了整套插件系统：

根目录一份.claude-plugin/plugin.json，配上skills、mcp.json、commands、agents，还开了两个官方市场供用户分享插件。

「插件等于技能加MCP加一份清单」的打包思路，Anthropic是最早跑通的之一，而且它那套还更全：技能、钩子、MCP、子智能体、斜杠命令，一整包全打进去。

这次的新标准，只收了能通用的两块，技能和MCP，其它更花哨的部分没进来。

有意思的是，这次Anthropic虽然还没加入，格式却几乎照着它家的样子长。

Claude Code已有一个专门指向插件目录的根变量，新标准原样搬了过来，只换了个名字，作用一模一样，骨架也几乎一致。

兼容层更藏不住。

微软的VS Code官方文档里，默认插件市场就有anthropics/claude-code这一项。

它一边支持新的开放格式，一边继续认Claude格式的.claude-plugin/plugin.json。

OpenAI的Codex更是干脆，连Claude原来那个变量名都专门留着，就为了兼容已有的Claude插件。

换个说法，大家凑在一起，统一了一套「很像Claude Code」的格式，Anthropic却没在场。

开创者

成了缺席者

一个开创了玩法的公司，在别人将这套玩法定成标准的时候，全程缺席。

但这并不等于Anthropic被关在了门外。

谷歌新推的两套工具都把Claude Code列进了适配对象，它自己还有两个官方插件市场。

更准确的说法是，Anthropic向来更愿意自己盖自己的楼。

这次，它没坐上这张统一标准的桌，而是继续经营自己那一整套从格式到市场、再到分发的闭环。

这也不是它第一次在「大家一起来」的场合里，成为最显眼的缺席者。

熟悉这家公司的人都知道，它做事一贯先把自己那套打磨到极致，再谈要不要跟别人对齐。

这样做的好处是产品自成体系、体验统一，代价是每一次行业级的握手，它都容易不在场。

那么，为什么是现在？

因为底层标准一旦谈拢，竞争就会上移一层。

打个比方，商场的地基可以几家合起来打，可地基一落定，要竞争的就变成了楼上的铺面和货架。

那是各家公司自己的地盘，比拼的不再是谁家模型跑分更高，而是谁的插件生态更大，谁能让开发者第一个就想到自己。

六家这回把盒子的规格定了。

但真正决定胜负的不是盒子，是里面装的智能体——谁能靠它把开发者留在自己身边，谁才是赢家。

参考资料：

https://agent-plugins.org/?utm_source=chatgpt.com

https://agent-plugins.org/specification?utm_source=chatgpt.comhttps://vercel.com/blog/introducing-agent-plugins?utm_source=chatgpt.com

编辑：元宇

秒追ASI