多家科技大厂统一了AI编码插件打包标准

Google、Microsoft、OpenAI、Cursor 和 Vercel 刚刚标准化了如何将 MCP 和技能打包为 AI 智能体的插件。一次编写技能，现在所有参与方都可以加载它。

目前给代码智能体赋予新能力有两种方式。技能是一个存储书面指令的文件夹，智能体需要时会读取这些指令；而 MCP 服务器是一个小型程序，能将智能体连接到工具、API 或数据库。这两种方式现在都已经能跨智能体工作。

一直以来没能跨智能体实现统一的，是你交付它们的包格式。每个工具都有自己的文件夹命名规则、自己的设置文件，还有自己的存储路径。因此同一个技能需要为 Cursor 重新调整结构，再为 Copilot 调整一次，再为 Codex 调整一次，这些副本会慢慢变得不一致。

昨天发布的解决方案名为 Agent Plugins 1.0.0，它只做了一件事：标准化这个外层包装。一个插件就是一个文件夹，顶层包含一个名为 plugin.json 的文件，技能存放在名为 skills 的文件夹内，MCP 服务器则列在名为 mcp.json 的文件中。设置文件只负责给插件命名，没有其他功能。它不指向其他位置，也不会把组件藏在自身内部，因此所有工具都会在这三个相同位置查找内容，不需要额外配置。

如果单个工具想要添加自定义内容，就放到它自己命名清晰的文件夹里，其他工具会直接跳过这个文件夹。这让共享部分保持足够精简，各方都能达成一致。组件也会单独失效，因此一个损坏的 MCP 服务器不会影响相邻技能的加载。

了解这个标准没有覆盖的内容也很重要。它没有规定插件要如何安装、运行后可以访问哪些内容，也没有规定如何验证插件作者，它也没有给密码和 API 密钥提供安全的存储位置。插件本质上仍然是运行在你本地机器上的一个代码文件夹。

这个方案里缺了一个名字：Anthropic。技能和 MCP 都起源于 Anthropic，而且从 2025 年开始 Claude Code 就一直在用几乎完全一致的格式打包插件。

Anthropic 不在主导这个标准的团体中，Claude Code 也不在支持该标准的工具列表里，支持该标准的工具包括 ChatGPT 和 Codex、Cursor、GitHub Copilot、Kiro 和 VS Code。Google 在发布当日就以维护者身份加入，它的 Agents CLI 是最早已经采用这种格式交付的两个 Google 产品之一。

我写了一篇关于这个工具的完整实操指南，能最清晰地说明插件到了智能体手里实际会做什么。内容涵盖 Agents CLI 如何把 Google 的智能体构建技能导入 Claude Code、Cursor、Codex 或 Antigravity，然后构建一个基于引用的 RAG 智能体，运行包含 20 个场景的评估套件检测出幻觉，将问题追溯到系统提示中的某一行，最后部署修复后的智能体。引文如下。