六方定AI插件新标准！撞脸克劳德，人类没上桌

新智元报道 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