Agent Plugins是什么?OpenAI联合五巨头发布AI插件统一标准解读

约 18 分钟阅读 · MACCOME · 最后更新:2026 年 8 月 7 日

5W 速览:2026 年 8 月 6 日,OpenAI 联合 Vercel、微软、亚马逊、Cursor 母公司 Anysphere 五方组成技术指导委员会,正式公开发布「Agent Plugins」1.0 版规范——一种让 AI Agent 的「技能」(Skills)和「工具」(MCP 服务器)可以打包成同一种目录格式、在 ChatGPT、Cursor、GitHub Copilot、VS Code、Kiro 等不同产品间通用的开放标准。谷歌当天宣布以核心维护者身份加入。这一发布恰好卡在 GPT-5 发布一周年(8 月 7 日)前一天,被外界解读为 OpenAI「从拼模型转向拼生态」的信号。协议层背景见MCP 标准解读;技能封装见Agent Skill / Cursor 技能包指南

info

一句话结论:Agent Plugins 解决的是「包装长什么样」,不是「这个包能不能信」。MCP 管连接、Skills 管教学、Plugins 管分发——三层叠起来,才勉强拼出一个可规模化复用的 Agent 扩展闭环。

六大痛点:标准刷屏后,团队真正要搞清楚的事

标题很响,但对正在多客户端分发扩展的团队来说,真正卡住决策的是这些盲区:

  1. 不知道标准化了什么:只覆盖 Agent Skills 与 MCP 服务器两种组件,不是「万能插件协议」。
  2. 误以为等于安全认证:规范明确不涉及安装、分发、权限、沙箱、信任与来源校验——安全责任全在客户端。
  3. 和 MCP / Skills 搞混:三者分层互补,Plugins 不会取代底层协议。
  4. 打包目录各家仍不同:此前同一扩展要为 ChatGPT、Cursor、Copilot 各写一份包装;这正是本标准要抹平的摩擦。
  5. 恶意 Skill 已有先例:发布前一个月已出现绕过多家扫描器的「假技能」攻击;标准本身不修这个问题。
  6. 治理名单全是美国公司:阿里、百度、字节、腾讯等国内已支持 MCP 的厂商均未出现在 TSC 名单里——后续是否平行演进仍待观察。

发生了什么:一条从 MCP 到 Agent Plugins 的时间线

AI Agent 的「可扩展性」问题不是新话题,Agent Plugins 是这条技术演进链上最新的一环,而不是从零发明:

时间事件
2023-03OpenAI 推出 ChatGPT Plugins,允许第三方为 ChatGPT 开发插件,是早期较开放的扩展生态
2024-01OpenAI 推出 GPTs 商店后,逐步关闭 Plugins,转向更封闭的平台模式
2024-11Anthropic 发布 MCP(Model Context Protocol),标准化 Agent 连接外部工具/数据的方式,后捐赠给 Linux 基金会
2025-03OpenAI、Google 相继宣布支持 MCP,行业逐渐统一到这套协议上
2025-10-16Anthropic 在 Claude Code 中推出 Agent Skills,用 SKILL.md 文件封装可复用的操作指令
2025-12-18Agent Skills 独立为开放标准(agentskills.io),微软、OpenAI 在 48 小时内跟进支持
2026-03Agent Skills 采用范围扩大到 32 款以上工具,包括 Gemini CLI、JetBrains Junie、AWS Kiro 等
2026-07-24Agent Plugins 规范 1.0.0 首次以「工作草案」形式发布
2026-08-06Vercel 领头,联合 OpenAI、微软、亚马逊、Cursor 正式公开发布 Agent Plugins 1.0;谷歌同日加入核心维护者行列

Agent Skills 解决了「怎么给 Agent 教一套可复用技能」,MCP 解决了「怎么让 Agent 连上外部工具和数据」,但两者的打包、发现方式在不同客户端里各有一套目录结构和配置习惯。开发者想让同一个扩展包同时在这些产品里跑,此前需要为每家平台各写一份。Agent Plugins 要做的,就是把 Skills 和 MCP 服务器这两种组件,统一装进同一个「包装盒」。

核心数据一览

项目内容
规范版本Agent Plugins 1.0.0(状态:工作草案)
发起方Vercel(发起提案方)
技术指导委员会(TSC)亚马逊(AWS)、Cursor 开发商 Anysphere、微软、OpenAI、Vercel;谷歌 8 月 6 日以核心维护者身份加入
标准覆盖的组件类型仅 2 种:Agent Skills、MCP 服务器
核心文件根目录 plugin.json 清单;skills/ 目录存放技能;mcp.json 描述 MCP 服务器配置
发布首日支持客户端ChatGPT 与 Codex、Cursor、GitHub Copilot、Kiro、VS Code
治理方式开放许可、公开仓库(GitHub agentplugins/agent-plugins-spec),无单一公司主导路线图
标准明确不覆盖安装机制、分发/市场、权限模型、沙箱隔离、信任与来源校验、用户体验

数据来源:Vercel 官方博客、agent-plugins.org 规范文档、Google Developers Blog(均为 2026 年 8 月 6 日发布)

深度拆解:它到底标准化了什么,又为什么不多做

1. 一个清单文件,两种组件

Agent Plugins 的技术设计其实很「小」:一个插件就是一个目录,根目录放一个 plugin.json 清单,声明这个包遵循哪个版本的规范。如果插件里带了技能,就放在固定的 skills/ 目录下,且必须符合 Agent Skills 规范定义的 SKILL.md 格式;如果带了 MCP 服务器配置,就写进 mcp.json,支持 stdio、Streamable HTTP 等多种连接方式。客户端只要认得这套固定的目录结构,就能自动发现和加载对应组件——不认识的组件类型或格式错误,只需跳过该组件而不是拒绝整个插件。此外还留了「反向域名扩展命名空间」机制(比如 com.cursor.xxx/),允许各家客户端在标准之外附加自己的私有能力,不会污染通用部分。

2. 故意留白的部分,才是真正的博弈焦点

规范文本里明确写着:v1 版本「不定义安装机制、不定义分发协议、不定义权限模型、不要求沙箱隔离、不做信任与来源校验、不涉及用户体验」——这些统统留给各家客户端自己决定。换句话说,Agent Plugins 解决的是「包装长什么样」,不解决「这个包能不能信、装的时候有没有风险、去哪儿下载」。这不是疏漏,而是刻意为之的设计取舍:范围越窄,各方越容易达成一致、越容易落地。但代价是,恰恰最难、最要命的问题——谁来判断一个插件是否安全——被明确甩给了每一个客户端自己去解决。

3. 为什么这件事现在做,而不是更早

MCP 和 Agent Skills 各自走过了「厂商自造标准→开放捐赠→行业跟进」的路径。这一次 Agent Plugins 从第一天就是多家公司共同制定,某种程度上是行业吸取了此前「先各自为战再艰难统一」的教训,也说明 Skills 和 MCP 的采用规模已经大到「不统一打包方式,大家都要重复劳动」的临界点——据统计,Agent Skills 规范发布后半年内采用工具已超过 32 款。

横向对比:Agent Plugins 和它的「前辈们」

标准/产品发布方解决的问题现状
ChatGPT Plugins(2023)OpenAI 独家让第三方为 ChatGPT 加功能已于 2024 年停用,转向封闭的 GPTs 商店
MCP(2024)Anthropic 发起,后捐赠 Linux 基金会Agent 连接外部工具/数据的通信协议已成为行业事实标准,OpenAI、Google 均已支持
Agent Skills(2025)Anthropic 发起,后开放为独立标准给 Agent 封装可复用的操作指令/工作流采用工具超 32 款,仍在快速扩张
Agent Plugins(2026)Vercel 发起,五巨头联合制定把 Skills 和 MCP 服务器统一打包、统一发现刚发布 1.0 工作草案,谷歌已跟进加入

Agent Plugins 并不是要取代 MCP 或 Agent Skills,而是在这两层协议之上加了一层「打包契约」——它解决的是「最后一公里」的工程摩擦,而不是重新定义 Agent 怎么调用工具。

争议点:开放标准 ≠ 没有风险,也 ≠ 没有算盘

  • 安全问题被明确甩锅给客户端:就在 Agent Plugins 发布前一个月,安全公司 AIR 公开演示了一次「假技能」攻击——一个名为 brand-landingpage 的恶意 Agent Skill,借用一个拥有 3.6 万星标的知名仓库的信誉,成功绕过了 Cisco、Nvidia、skills.sh 等多家安全扫描工具,据称触达约 2.6 万个 Agent(部分为企业账号)。核心漏洞是经典的「检查时-使用时」(TOCTOU)时间差:扫描时链接指向正常文档,通过审核后再悄悄替换成恶意地址。Snyk 同期对近 4000 个已上线技能的审计也发现,36.8% 存在安全缺陷,13.4% 含有致命级问题(恶意代码、凭据泄露等)。Agent Plugins 标准本身完全没有涉及这类信任与来源校验机制。
  • 「这是不是一个太单薄的标准」:开发者工具框架 SST 的作者 Dax Raad 公开表示「非常反对」这份标准,认为它是「一个很薄的标准」,真正有用的部分最终还是会被各家客户端做成自己的私有扩展。但也有开发者(如开发者布道师 Angie Jones)对此表示欢迎,认为终于有了一种方式,能把自己积累的技能包在不同工具间搬来搬去。
  • 统一「包装规格」到底利好谁:支持者认为统一包装能让中小开发者一次开发、同时触达所有主流客户端;反过来看,标准往往利好已经拥有用户基数的头部客户端——因为不管插件包装得多标准,用户还是要先打开一个具体的 Agent 产品才能用上它。
  • 中国大厂集体缺席:五个创始 TSC 成员以及后来加入的谷歌,清一色是美国公司;阿里、百度、字节、腾讯等在国内已经普遍支持 MCP、甚至各自搭建了 MCP 广场的厂商,均未出现在制定名单里。这既可能是时间差,也可能预示着中美 AI Agent 生态在底层协议层面的又一次「平行发展」。

影响与背景:从「拼模型」到「拼基础设施」

这次发布还有一个耐人寻味的时间点——8 月 7 日正是 GPT-5 发布一周年,OpenAI 选在这个节点前一天官宣 Agent Plugins,同时还在同一周更新了面向免费用户的 GPT-5.6 Luna 模型(解除文字对话次数限制)和面向付费用户的 GPT-5.6 Sol(新增「思考强度」滑块)。这种安排释放的信号很明确:过去两年 AI 行业比拼的是模型参数和榜单排名,但现在无论是 OpenAI 还是谷歌、微软,都在同步往「基础设施/生态」这条线上发力——用 Google 在官方博客里的说法,「打包是不体面但必要的基础设施,这种东西应该被共享,而不是被重新发明五次」。这也和更广泛的行业叙事吻合:MCP 解决了「连接」,Agent Skills 解决了「教学」,Agent Plugins 解决了「分发」——三层协议叠在一起,才勉强拼出一个「Agent 真正能被规模化复用」的技术闭环。

六步落地:开发者今天怎么对接 Agent Plugins

  1. 先对齐三层分工:MCP = 连接;Skills = 教学;Plugins = 打包发现。读完MCP 文Skills 文再动手,避免把「包装格式」当成「新能力协议」。
  2. 用最小目录起步:新建插件根目录 → 写 plugin.json → 需要技能就放 skills/(符合 SKILL.md)→ 需要工具就写 mcp.json(stdio / Streamable HTTP)。
  3. 在首日支持客户端各测一遍:ChatGPT/Codex、Cursor、GitHub Copilot、Kiro、VS Code——确认发现与加载路径一致;私有扩展放进反向域名命名空间,别污染可移植核心。
  4. 安全默认不信任第三方包:标准不提供扫描/沙箱/来源校验。安装前走官方市场、核对来源;star 数不是安全证明(AIR 案例已证明)。
  5. 把「分发」与「运行时」拆开:包装格式解决的是目录契约;真正 7×24 跑 MCP Server / Gateway / Agent 仍需要稳定节点与隔离环境。
  6. 生产环境用专用 Mac 节点托管扩展运行时:笔记本合盖会中断长会话与本地 MCP;把 Gateway、MCP Server、Skill 仓库放在常驻 macOS 上,再通过 SSH/隧道接入 Cursor / CLI。
plugin layout
my-agent-plugin/
├── plugin.json          # 清单:声明规范版本
├── skills/              # Agent Skills(SKILL.md)
│   └── my-skill/
│       └── SKILL.md
└── mcp.json             # MCP 服务器配置(stdio / HTTP)

三组值得引用的硬数据

  • 仅 2 种组件:Agent Plugins 1.0 只标准化 Agent Skills + MCP 服务器;安装/分发/权限/沙箱/信任全部 out of scope
  • 32+ 工具采用 Skills:Agent Skills 开放后约半年内采用工具超 32 款——这是推动「统一打包」的直接压力来源
  • 36.8% / 13.4%:Snyk 对近 4000 个已上线技能审计:36.8% 有安全缺陷,13.4% 含致命级问题;AIR 演示假技能绕过多家扫描器,据称触达约 2.6 万 Agent

收束:包装统一了,运行时仍要有稳定出口

Agent Plugins 把 Skills 与 MCP 塞进同一种目录契约,降低了「为每家客户端各写一份包装」的工程摩擦;但它故意不碰安全与分发——那意味着真正的生产风险,仍落在客户端策略与你自己的运行时拓扑上。

对需要多工具并行、MCP Server 常驻、Skill 仓库持续迭代的团队,常见三类结构性瓶颈依旧存在:

  • 笔记本睡眠中断:合盖或网络切换切断长会话与本地 MCP 进程;
  • 多客户端调试机难常驻:Cursor / CLI / Gateway 混跑吃内存,短期项目更适合弹性租期;
  • 缺隔离的 7×24 调度中枢:扩展包再标准,也需要专用节点托管运行时与密钥边界。

若你要把 Agent Plugins 包、MCP Server 与 Skill 仓库接到生产 Agent 工作流,MACCOME Mac 云主机提供真实 macOS、SSH 交接与隔离环境,适合 7×24 常驻。公开方案见Mac mini 云租用价格

数据来源:Vercel 官方博客《Introducing Agent Plugins》及 Changelog(2026-08-06);agent-plugins.org 官方规范文档(Spec 1.0.0,工作草案);Google Developers Blog《Agent Plugins package your skills, tools, and more》(2026-08-06);The Next Web、Virtualization Review 相关报道;Anthropic《Introducing Agent Skills》及后续更新;AIR、Snyk(ToxicSkills)、Help Net Security 关于恶意 Agent Skill 的安全报告;36氪、阿里云开发者社区关于 MCP 在国内厂商采用情况的报道;OpenAI《Improving GPT‑5.6 Sol in ChatGPT》、TechCrunch 相关报道。本文信息截至 2026 年 8 月 7 日整理,Agent Plugins 及相关模型更新仍在快速演进中,发布前请核实最新数据。

常见问题

Agent Plugins 和 MCP、Agent Skills 是什么关系?会互相替代吗?

不会替代。MCP 负责「Agent 怎么连接外部工具和数据」,Agent Skills 负责「怎么给 Agent 封装一套可复用的操作指令」,Agent Plugins 则是在这两者之上加了一层统一的打包和发现格式,让开发者能把 Skills 和 MCP 服务器一起塞进同一个目录、被不同客户端认出来。三者是分层关系,不是竞争关系。协议层可再读MCP 为什么会成为 AI 时代的 HTTP

普通开发者现在需要关心 Agent Plugins 吗?

如果你正在给 Claude Code、Cursor、ChatGPT 等多个 Agent 工具分别开发扩展,且已经在用 Agent Skills 或 MCP 服务器,那么值得关注——用这套格式打包一次,理论上能同时被多家客户端识别,减少重复劳动。如果只是普通用户,短期内感知不会很明显。

这个标准安全吗,会不会被恶意插件利用?

标准本身不提供安全保障——它只定义「包装长什么样」,不涉及扫描、沙箱、来源校验。安全责任完全在各家客户端手里。鉴于此前已经出现过绕过多个主流扫描器的恶意 Agent Skill 案例,建议安装任何 Agent 插件前,仍要通过官方市场、核实来源,不要盲目信任 star 数或「看起来正规」的仓库。

国内厂商(阿里、百度、字节等)会跟进这个标准吗?

目前这些厂商都还没有出现在 Agent Plugins 的制定名单里,但它们此前已普遍支持 MCP 协议。考虑到该标准完全开放、任何客户端都可以自行实现,不排除后续国内工具跟进适配,但目前没有官方公开计划,建议关注后续动态。

Agent Plugins 会不会像 2023 年的 ChatGPT Plugins 一样,过一段时间就被放弃?

两者背景不同。ChatGPT Plugins 是 OpenAI 独家产品、决策权在一家公司手里;Agent Plugins 从第一天就是多家公司共同治理的开放标准,任何一家单独退出也不影响规范本身的存续。但若实际使用者寥寥,或各家客户端更愿意投入资源做私有扩展,标准同样可能被「晾在一边」。若你关心的是可落地的 Agent 常驻环境,可查看MACCOME Mac 云租用方案