夜雨聆风
先说个反直觉的事情。
现在最火的 AI 生态，恰恰是最不统一的：同样一个插件，在 ChatGPT 里能用，换到 Claude 就得重新写一遍；Cursor 装得上的东西，VS Code 装不上。
你以为是技术不行？不，是没人愿意先低头。
而这一周，谷歌、微软、亚马逊、OpenAI，居然坐到了同一张桌子前。
发生了什么
8 月 6 日，谷歌官宣加入 Agent Plugins 技术指导委员会，成为核心维护者。
这个标准由 Vercel 发起，AWS、GitHub、微软、OpenAI 一起打磨，7 月 24 日发布了 1.0.0 版本。它要做的事听起来很小：给 AI 插件定一个统一的打包格式——一个目录 + 一个 plugin.json，Skill 和 MCP 服务器都装进去，所有客户端都能识别。
谷歌不是来捧场的，是真金白银下场：当天就有两个产品接入——Agents CLI 和 Data Agent Kit（BigQuery、Spanner、Cloud SQL 的插件包）。
谷歌在公告里说了句大实话："核心问题不是组件，是清单（manifest）。" 每个客户端都要自己发明一个装插件的盒子，这是最没有技术含量、却最浪费的重复劳动。
为什么你该关心这件事
你可能没用过插件市场，但你一定经历过这个场景：
同一个 AI 工具，你在这个软件里配置好的技能、工具、流程，换一个软件全得重来。就像你买了一堆充电器，结果每台手机都要专用接口——不是充电器贵，是接口不统一，烦。
AI 插件现在就是"战国时代"：
• Anthropic 有 Claude 插件格式
• OpenAI 有 ChatGPT 插件格式
• GitHub 有 Copilot 插件格式
• 微软 VS Code 年初还搞了个自己的 agent-plugin
每家都在发明自己的盒子。开发者要维护 N 份打包，用户要对着"仅支持 XX 客户端"挑挑选选。
Agent Plugins 1.0.0 做的就是这件事：一个 plugin.json，目录固定，谁都能读。
plugin.json 里只有两个必填字段：规范地址和插件名。剩下全靠目录结构说话——skills/ 放技能，mcp.json 声明工具服务，路径固定，没有任何花样。
这个设计聪明在哪？它不重新发明任何东西。Skill 还是那个 Skill（沿用 Agent Skills 规范），MCP 还是那个 MCP（沿用 MCP 规范），Agent Plugins 只是把两者装进同一个标准化盒子。已存在的生态零成本接入。
哪些人站台了
这是最值得玩味的部分：
看清楚这个名单——OpenAI 和微软是"打"了好几年的竞争对手，谷歌和 OpenAI 在模型上更是贴身肉搏。能让这三家坐到一起签一个标准，只有一种可能：统一格式带来的好处，大于继续各自为战的利益。
翻译成人话：巨头们发现，与其互相打架让开发者两头受气，不如先把市场做大，再在应用层面竞争。
启动就有 5 个客户端支持：ChatGPT 和 Codex、Cursor、GitHub Copilot、Kiro、VS Code。你平时用的工具，基本全在里面。
但别高兴太早
这个标准也刻意留了空白。
它只管"打包"，不管"分发"——没有安装机制、没有插件商店、没有权限模型、没有沙箱。你在哪下载插件、怎么装、装完给多少权限，这些还是各家自己定。
还有一点：它没规定插件内容怎么来。同一个插件，Skill 部分各家都能读，但 MCP 服务器能不能跑起来、权限怎么控制，取决于客户端实现。
所以这不是"一夜统一"，是"先统一盒子，再谈别的"。就像 USB 接口先统一了插头，充电协议还是慢慢才统一的。
跟你有什么关系
三个字：装插件。
以后你在 VS Code 里装了个插件，里面带的技能和工具，换到 Cursor 或 Copilot 也能直接识别——不用重新配置，不用查"这个格式支不支持"。
对普通用户来说，这意味着一件事：你的 AI 工具越用越值钱。今天配好的技能、工具、流程，明天换个更好的客户端，不用从头再来。
开发者更是直接受益：写一份插件，全平台分发，维护成本从 N 份变成 1 份。
谷歌那句话值得再读一遍："无聊的基础设施，恰恰最应该共享，而不是被重复发明五次。"
格式统一是最不性感的事，但它决定了整个生态能走多远。
💬 你被"插件不通用"坑过吗？有没有遇到过"这个工具只有 Cursor 能装"的情况？评论区聊聊你的经历。
如果觉得这篇文章有用，欢迎关注「AI 阿砚」，一个科研爱好者的 AI 探索笔记。