发生了什么

2026 年 8 月 6 日，OpenAI 的开发团队发布了 Agent Plugins 1.0.0，这是一个开放标准，用于将 AI 代理使用的工具捆绑到单个便携式文件夹中。它并不是单独运送的。亚马逊、Cursor、GitHub、微软和 Vercel 被列为共同作者，谷歌同一天宣布加入为维护者。该版本是在 OpenAI 于 2025 年 8 月 7 日推出 GPT-5 一年后发布的。

范围狭窄且实用：编写一次插件，任何兼容的代理客户端都可以读取它。如今，想要一个在 ChatGPT、Cursor 和 VS Code 中工作的工具的开发人员通常会为每个工具维护一个单独的清单。截至发布时，这些客户端中至少有六种插件清单格式正在积极使用。代理插件试图将其合并为一个。

插件实际上是什么

一致的插件是一个目录，而不是二进制文件。在它的根目录下有plugin.json，这是唯一需要的文件，并且它的模式故意很小：在十个允许的字段中，只有 name 和 $schema 必须存在。其他一切都是可选的。 Skills/ 子文件夹将 Agent Skills 作为普通 SKILL.md 文件保存，规范会向下读取一级文件，而不会进行递归搜索。根目录下的 mcp.json 文件指向模型上下文协议服务器。客户端特定的数据位于反向域文件夹中，例如 .vscode-plugin/，因此一个包可以携带 VS Code 的额外数据，而无需破坏 Cursor。

下面的两个想法比文件列表更重要。代理插件并没有发明一种描述工具的新方法。它封装了两种已经存在的格式：Anthropic 的代理技能和模型上下文协议，并遵循这两种格式。该标准是一个包装器，而不是替代品，这就是为什么现有技能或 MCP 服务器无需重写即可使用。

谁在背后，谁不是

治理是公告比文件格式更有趣的地方。该规范由技术指导委员会负责运行，该委员会的五个初始核心维护者来自 Amazon、Cursor、Microsoft、OpenAI 和 Vercel，其中 Vercel 的 Jonathan Hefner 担任领导。书面的反捕获条款规定，任何一家公司都不得拥有多数维护者席位。删除维护者需要75%的投票，改变章程需要三分之二的投票。席位由指定个人持有，不为公司保留。

缺少一个名字。 Anthropic 编写了代理插件打包的代理技能规范，但它在委员会中没有席位，也不是发布的共同作者之一。没有公开声明解释缺席的原因。与此同时，VS Code 仍然将 Anthropic 自己的 .claude-plugin/plugin.json 视为它可以读取的一流格式。该项目还独立于管理 MCP 的 Agentic AI 基金会； Agent Plugins 尚未申请加入。

今天在哪里工作

该标准在发布时列出了五个条目，涵盖可加载插件的六种产品：VS Code、Cursor、GitHub Copilot、ChatGPT、Codex 和 Kiro。这对于第一天的规范来说是一个真正的领先优势。但兼容性并不统一。 ChatGPT 和 Codex 读取 stdio 和可流式 HTTP 服务器，但跳过其他客户端仍然接受的较旧的 SSE 传输，因此运送仅 SSE 服务器的插件不会在徽章暗示的任何地方加载。

规范跳过的部分

1.0.0 标签有点夸大了成熟度。规范文本仍然具有“工作草案”状态，存储库没有标记 1.0.0 版本，并且该格式于 2026 年 7 月 24 日首次提交，距离公告还不到两周。更重要的是，该标准明确指出了它不涵盖的内容。它定义了一个包布局，仅此而已：没有安装或分发机制，没有注册表，没有权限或同意提示，没有秘密处理，并且插件之间没有沙箱。

最后一个遗漏是值得注意的。 VS Code 的文档将插件 MCP 服务器描述为在安装时隐式受信任，并且该规范将来源和签名验证推到了未来的工作中。可移植的格式降低了在任何签名层存在之前为每个人（包括任何想要发送恶意插件的人）发送插件的工作量。在那之前，安装第三方插件比翻转设置更接近于运行某人的代码。

接下来会发生什么

对于开发人员来说，近期的计算一分为二。对您编写的工具采用清单成本很低，并且可以扩大其范围。安装其他人编写的插件值得像给予依赖项一样进行审查，至少在出处工作落地之前是这样。

更大的问题是，当最大的潜在贡献者位于标准之外时，标准是否能够保持一致。 MCP 的传播部分是因为 Anthropic 和 OpenAI 都支持它。代理插件的推出得到了广泛的供应商支持，并且在同一位置上存在明显的差距。无论是 Anthropic 加入、发布自己的打包层，还是 .claude-plugin 格式只是与此格式一起保留，都将比文件夹布局更多地说明明年的代理工具。该规范及其治理规则在 agent-plugins.org 上公开。