夜雨聆风你可能还记得那个抽屉，里面塞满了各种充电线。Micro-USB、Lightning、30针、还有那些不知名的圆形接口。每次换个设备就得翻半天找对应的线。
AI插件现在就是这个抽屉。
你辛辛苦苦写了一个Skill，比如"帮我总结每周工作周报"。在Claude Code上跑得挺好，同事想让它在Cursor上也用。你打开Cursor的文档一看，目录结构不一样，配置文件格式不一样，MCP服务器的声明方式也不一样。于是你复制了一份，改了改路径，改了改配置，好了，两个版本开始各自维护。
下个月GitHub Copilot也想要。你又复制了一份。
讲真，这事儿我已经被折磨得够呛了。
五大巨头，坐到了一张桌子上
8月6号，一个叫 Agent Plugins 1.0.0 的标准正式发布了。
听到"标准"两个字你可能想划走。先别急，这次不一样。
看下这张桌子坐着谁：Amazon、Microsoft、OpenAI、Vercel、还有半路加入的 Google。Cursor 和 GitHub 也参与了制定。ChatGPT 和 Codex 的开发团队、VS Code 的团队，全在这个技术指导委员会里。
这么说吧，AI插件领域里最能打的几家，破天荒地达成了一个共识：咱们别各玩各的了。
一个文件夹，解决所有问题
那这个标准到底长啥样？说出来你可能不信，它就是一个文件夹。
my-plugin/├── plugin.json├── skills/│ └── summarize/│ ├── SKILL.md│ ├── scripts/│ └── references/├── mcp.json└── com.example.client/对，就这。plugin.json 里甚至只需要写两行：
{"$schema":"https://agent-plugins.org/schemas/1.0.0/plugin.schema.json","name":"my-plugin"}没了。版本号，名字，搞定。
skills 文件夹里放你的 Agent Skills，一个子目录一个技能。mcp.json 里声明你的 MCP 服务器配置。每个组件独立验证，一个 MCP 服务挂了不影响 Skill 正常加载，一个 Skill 写错了也不影响其他组件。
这个设计哲学我非常欣赏。它做了一件极其克制的事：只定义文件夹长什么样，其他什么都不管。怎么安装、怎么分发、权限怎么控、市场怎么建，统统留给各个客户端自己发挥。
说得直白点，Agent Plugins 就是 AI 插件界的 USB-C。它不关心你插的是什么设备，它只定义了那个接口。
为什么这事儿这么重要
你可能觉得，不就是统一了个目录结构嘛，至于这么激动？
我给你讲个故事。
2014年之前，如果你想写一个网页，让它在 Chrome 和 Firefox 上看起来一样，你得写两套 CSS。-webkit- 前缀和 -moz- 前缀满天飞。前端开发者苦不堪言。后来 W3C 和各浏览器厂商坐下来谈，慢慢统一了标准。今天你写一个 display: flex，所有浏览器都认。前端生态能发展到现在这个规模，标准化功不可没。
AI Agent 现在就在走这个老路。
Anthropic 有 Claude Code 的 Skill 系统，OpenAI 有 ChatGPT 和 Codex 的插件机制，GitHub Copilot 有自己的扩展格式。开发者想做一个好用的工具，得适配五六套不同的规范。说好听点叫“生态多元”，难听点就是内耗。
Agent Plugins 解决的，就是这个"一个工具写五遍"的荒谬局面。
谁已经在用了
发布当天，六个客户端就宣布支持：
ChatGPT 和 Codex：OpenAI 的两个旗舰产品第一时间支持 Cursor：Anysphere 的代表参与了标准制定 GitHub Copilot：微软家的编程助手 Kiro：新晋的 AI 编程工具 VS Code：这个不用介绍了吧
Google 的两款产品也在同一天接入了：Agents CLI（一套帮你构建和部署 AI Agent 的技能包）和 Data Agent Kit（连接 BigQuery、Spanner、Cloud SQL 等谷歌数据服务的插件集合）。
这个标准也不是某家公司的私有玩具。项目开源，托管在GitHub上，治理模型公开，技术章程公开。任何客户端都可以实现这个规范，不用交钱，不用加盟。
那些没写进标准的东西
Agent Plugins 1.0.0 有一个让我印象深刻的细节：它明明白白地列出了一份"未来考虑"清单。
安装机制？不在标准里。应用市场？不在标准里。权限模型？不在标准里。沙箱隔离？不在标准里。信任验证？不在标准里。
说它懒也行，但我觉得这叫务实。
一个 IDE 里的插件和一个 CLI 工具里的插件，对安装流程的要求完全不同。一个企业级平台需要的审批机制和一个个人开发者用的工具，对权限模型的需求天差地别。如果硬要在 1.0 版本把所有这些都定义了，结果就是谁都实现不了。
先把最痛的点解决掉。让同一个插件包能在 ChatGPT、Cursor、Copilot 之间无缝切换。剩下的，等生态成熟了再慢慢加。
配套的生态拼图
Agent Plugins 身边还有两个重要的搭档，配合起来才是完整的生态：
Agentic Resource Discovery（ARD） 是一个开放发现协议。你可以把它理解成 AI 插件的搜索引擎。客户端问"有什么能做这个任务的插件？"，ARD 返回匹配的结果。它已经把 Plugin 当作一等公民来支持了。
AI Catalog 是那个被搜索的目录。一个提案正在推进中，让 catalog 条目能直接指向 plugin.json 文件，就像现有的条目指向 agent card 或 mcp.json 一样。
三样东西各司其职：ARD 帮你找到插件，AI Catalog 描述插件能做什么，Agent Plugins 定义插件长什么样。你可以单独用其中任何一个，不需要绑在一起。
我的看法
说实话，看到 OpenAI 和 Google 坐在同一个技术指导委员会里，我确实有点恍惚。这两家在 AI 领域的竞争有多激烈不用我多说。但在这个标准上，它们选择了合作。
这说明了一件事：AI Agent 的碎片化已经到了让所有人都痛的地步。
竞争对手愿意握手，很少是突然良心发现。多半是共同的痛点已经比竞争更要命。对开发者来说，这是一个很强的信号：AI Agent 的"安卓时刻"快到了。某个厂商一统天下？不需要。一个开放标准就能让所有人共享同一个生态来创新。
当然，1.0.0 还只是一个开始。它只覆盖了 Skill 和 MCP 服务器两种组件，slash 命令、hooks、subagents 这些都还留在客户端的扩展区。但方向是对的：先把最通用的部分标准化，其他的等共识慢慢凝聚。
如果你是做 AI 工具的开发者，现在就可以去 agent-plugins.org 看规范，把你的 Skill 打包成标准格式。一次打包，六个客户端通用。
如果你是普通用户，这件事短期内对你最大的影响是：你用的 AI 工具会越来越"通"。一个插件写好了，换工具也能用。AI 工具的生态会像手机 App Store 那样繁荣起来。
那些抽屉里的杂牌充电线，终于要被一根 USB-C 取代了。
📝 小佳说：这篇文章的选题来自 8 月 6 日刚发布的 Agent Plugins 1.0.0 标准。Google、Microsoft、OpenAI、Amazon 这几家平时打得不可开交的巨头能在一张桌子上谈出一个标准，本身就说明了很多问题。如果你也在做 AI 工具开发，真心建议去看看这个规范。一次打包到处跑的日子，终于来了。
如果觉得有用，麻烦点赞、推荐、转发三连支持一下！🙏 还没关注的朋友，点上方蓝字关注我，每周分享 AI 领域最新鲜的干货～