AREX Feed Article
Vercel 联手 OpenAI、AWS、微软推出 Agent Plugins 开放标准，Anthropic 缺席首轮联盟
2026 年 8 月 6 日，Vercel 通过 和 宣布推出 1.0.0——一个用于打包 AI Agent 扩展能力的开放、厂商中立标准。该标准将 Agent Skills 和 MCP 服务器统一收纳进一个目录结构，让同一个插件包无需修改即可在 Codex、ChatGPT、Cursor、GitHub Copilot、Kiro 和 VS Code 六个客户端之间流转。
同日，，由其 DeepMind 高级工程师 Kevin Hou 代表，并已在 Agents CLI 和 Data Agent Kit 两款产品中支持该格式。至此，TSC 的 Core Maintainers 涵盖 Amazon、Cursor、微软、OpenAI、Vercel 和 Google。
Google 当天入局，社区追问 Anthropic 为何缺席
：「开发工具必须 ① 开源 ② 可被任意扩展。AI 编程 Agent 是我们行业史上最重要的开发工具，Plugin 标准让任何人都能统一地扩展它们。」他称该标准「对整个生态意义巨大」。
：「This is a big deal！」他特别指出 Core Maintainers 涵盖 Google、Amazon、Cursor、微软、OpenAI 和 Vercel。
称其为「大多数 Agent 的标准」，获得超过 1400 次点赞和 327 条回复。OpenAI 开发者账号 在数小时内获得 4200 次点赞和 320 次转发。
但社区对联盟名单的质疑集中在同一家公司。多位开发者在 OpenAI 公告帖下追问 、，亦有评论直指 。产品经理 ：「最大的疑问当然是 Anthropic 是否/何时会为 Claude 和 Claude Code 支持这个标准——这可能成为又一个 AGENTS.md vs CLAUDE.md 式的对峙。」
Agent Skills 和 MCP 各自能跑，缺的是一个包装盒
Agent Skills 规范为 AI Agent 提供可复用的指令和资源。（Model Context Protocol）由 Anthropic 开源，定义了 Agent 连接外部工具和服务的标准通信方式。两者本身已经具备跨客户端可移植性——Skill 的指令格式和 MCP 的通信协议在规范层面统一。
问题出在包装层。每个客户端——Codex、Cursor、GitHub Copilot、Claude Code——各自定义了不同的目录布局、不同的 manifest 元数据、不同的 MCP 配置推断规则。正如 ：「Skill 没问题，MCP 服务器也没问题。但包裹它们的那层包装不对：目录布局不一样，manifest 要的顶层元数据不一样，MCP 配置用了不同的形状和不同的传输推断方式。于是你 fork 一份包，维护两份从未不同的组件，眼睁睁看着它们分叉。」
Vercel 的 Jonathan Hefner 在 中把问题归结为：「插件作者不应该在触达所有客户端和使用每个客户端的独有优势之间做选择。」
过去数月，Agent 生态的膨胀让这一矛盾加速尖锐化。2026 年 7 月，OpenAI 将 Codex 整合为 ChatGPT 桌面应用的核心；GitHub Copilot 在 7 月推出 Stacked PRs 并将 Kimi K3 模型接入 Copilot；Cursor 的用户基数持续增长。每个客户端都在扩展自己的插件格式，而插件作者被迫为同一套 Skill 和 MCP 服务器重复打包。
一个目录就是全部——plugin.json 只有两行有效内容
Agent Plugins 的设计哲学是「刻意做小」。一个插件就是一个目录：
my-plugin/├── plugin.json├── skills/│ └── summarize/│ ├── SKILL.md│ ├── scripts/│ └── references/├── mcp.json└── com.example.client/plugin.json 的最小有效内容只有两个字段：$schema（指向规范版本的 JSON Schema URL）和 name（插件名称）。规范不定义安装机制、不定义分发协议、不定义权限模型——这些全部留给各客户端。
Skills 目录下每个子目录对应一个 Agent Skill，格式遵循已有的 。mcp.json 描述 MCP 服务器的连接方式，显式声明传输类型（stdio、Streamable HTTP 或 legacy HTTP+SSE），客户端无需再从配置形状猜测传输方式。
反向域名扩展命名空间（如 com.example.client/）允许单个客户端放入 hooks、agents、commands 等独有功能，其他客户端忽略该目录。可移植核心保持精简，不可移植部分有合法去处。
组件之间互不连累：如果一个 mcp.json 中声明的服务器启动失败，客户端会跳过该项继续加载其余组件并报告失败，不会拖垮插件的其他能力。Google 开发者博客将这一设计提炼为：「plugin.json 不能做的事比它能做的事更重要——它不能重新定位组件，不能内联声明组件，没有可配置的发现路径，没有优先级顺序需要学习。」
首批兼容客户端为 Codex、ChatGPT、Cursor、GitHub Copilot、Kiro 和 VS Code。Google 的 Agents CLI 和 Data Agent Kit 同日上线了 Agent Plugins 格式支持。规范以 Apache 2.0 许可开源，所有提案和技术决策在 公开进行。
MCP 是 Anthropic 发明的，标准联盟里却没有 Anthropic
Agent Plugins 包装的两种组件格式中，MCP 由 Anthropic 开源并持续维护。Anthropic 的 Claude 和 Claude Code 至今是 MCP 生态中最重要的客户端之一。然而在 Agent Plugins 的创始联盟中，Anthropic 完全缺席。
：「OpenAI 刚刚发布了一个建立在 Anthropic 发明的两种格式之上的插件标准。」另一位用户 ：「这些评论里的人表现得好像 Anthropic 不是凭空发明了 MCP 协议并开源了它。」
这并非第一次出现类似分歧。此前围绕 Agent 项目级配置文件的格式之争——AGENTS.md（由 OpenAI/Codex 推广）与 CLAUDE.md（Anthropic/Claude Code 专属）——已经暴露出 Agent 生态在基础约定层缺乏共识。Agent Plugins 1.0.0 试图在包装格式这一层建立统一，却复刻了同一出阵营分裂。
Google 以 Core Maintainer 身份加入后，该标准在云厂商一侧同时获得 AWS 和 Google Cloud 的支持。但 Claude 系列产品的缺席意味着，Agent Plugins 目前覆盖的客户端范围存在一个显著缺口。
这是 Agent 插件层的分发管道
Agent Plugins 不改变 Agent 如何执行任务——它只定义了一个插件包长什么样。但它决定了谁能把插件送到多少客户端手中。
指出，对于插件开发者而言，「这个开放标准让打包一次、多客户端使用变得很容易」，并预测「许多 devtools 和 agent-native 工具团队会从中受益并采纳」。但对终端用户来说，「你仍然需要为每个工具单独安装和管理插件」。真正的改变在供给端——插件作者从此面对的是一张可以触达六个客户端的单一格式，而不是六套不同的包装规范。
如果 Anthropic 最终不入局，Agent 插件生态将沿着 MCP 的协议层共识和 Agent Plugins 的包装层分歧双重分裂。如果 Anthropic 最终加入，Agent Plugins 有可能成为 Agent 扩展分发的基础设施层——就像 POSIX 之于操作系统，或 VS Code Extension API 之于编辑器生态。Guillermo Rauch 的判断呼应了这层意图：「构建一个 Plugin → 获得来自每一个 Agent 的软件创造浪潮的曝光。」这句话里的「每一个」，目前还不包括 Claude。