五大AI玩家共推插件互操作标准，开发者迎统一生态

我们很高兴您在这里。您可以期待 TNS 所有最佳内容将在周一至周五送达，让您及时掌握资讯、保持领先。

请查看收件箱中的确认邮件，您可以调整偏好设置，甚至加入其他群组。

在您喜欢的社交媒体平台上关注 TNS。

在 LinkedIn 上成为 TNS 粉丝。

在等待您的第一份 TNS 时事通讯时，查看最新的精选和热门故事。

OpenAI、AWS、Cursor、GitHub 和 Microsoft 已支持 Agent Plugins 1.0.0，这是一种可移植的包格式，用于扩展 AI Agent 的可复用组件。

Agent 基础设施公司 Vercel 发起了 Agent Plugins 提案以及项目的核心规范，并在周四详细发布了该规范。

Agent Plugins 是一个开放的、厂商中立的标准，用于打包 AI Agent Skills（开放标准目录格式，旨在使 Agent 能力在不同的 Agent 客户端和执行环境中可移植、模块化并能"渐进式加载"）和 MCP 服务器为可分发插件，以便将它们扩展到其他 AI Agent 客户端和运行时，或其他自定义 AI 框架。

尽管 Agent Skills 和 MCP 服务器都可以在不同客户端之间复用（这里的客户端是任何托管、执行或连接 AI Agent 的软件平台的应用、代码编辑器、软件工具或代码运行时），但客户端本身通常以不同的方式和格式打包和发现 Agent Skills 及 MCP 服务器。

Vercel 技术团队成员 Jonathan Hefner 博客发文解释了这件事的重要性。

"Agent Plugins 为兼容的客户端提供了一种通用格式：一种带有 plugin.json 清单的目录，以及其组件的固定位置。这种格式有意做得小巧且易于实现，将安装、分发、策略、用户体验和客户端特定能力留给了各个客户端，"Hefner 写道。

他指出，Agent Plugins 是构建 Agent 扩展的开发者（作为作者）与加载它们的客户端之间的契约，因此现在这个契约对双方来说都是"已定义且开放的"，可以共同塑造。

Hefner 与同事 Eric Dodds、Andrew Qu 一起指出，Agent Skills 为 AI Agent 和 MCP 服务器提供了可复用的指令和资源，以连接 Agent 到各种工具和服务。那么，为什么开发者仍然需要插件呢？

为什么开发者需要 Agent 接入插件？

在实际用例中，软件开发者需要 Agent 和 Skills 连接实时数据库和各种数据源来执行查询、交叉引用架构元数据以及获取实时分析。插件操作可以实现为允许 Agent 与 GitHub、Jira、Slack、Figma 或大型云超大规模厂商建立必要的连接。

Agent 还使用插件连接 USB 或硬件接口（可能是跨分布式边缘环境，但也包括桌面环境），与本地开发者环境和微服务交互，或者（例如）从地图或天气 API、支付网关或支付处理服务（如 Stripe、Adyen 或 PayPal 的企业服务 Braintree）获取数据。

Hefner 强调了项目的状态，确认其采用开放许可证，维护者、贡献流程和技术决策都是公开的，因此没有任何一家公司的产品路线图能决定该格式的方向。

他说，对于插件作者来说，Agent Plugins 1.0.0 意味着同一组件的客户端特定约定更少了。同样，对于客户端实现者来说，规范为发现、验证和加载定义了一个小巧且确定性的契约。

我们只是赢了战役，却输了战争？

工业用品公司 Grainger 的高级云平台工程师 Pavan Madduri 告诉 The New Stack，在他看来，Agent Plugins "解决的是简单问题，而不是困难问题"。

"在 ChatGPT、Cursor、Copilot 和 VS Code 中标准化 Agent Skills 和 MCP 服务器的打包和发现，实际上是有用的基础设施——但同时，一个现在在六个不同客户端应用中运行的插件，代表着权限管理的另一个故障点，"Madduri 说。

"一旦某事物成为 Agent 的'编写一次，随处运行'，它自动就变成了'攻破一点，到处运行'，而这个规范特意将治理、安装策略和权限管理交给了客户端应用。"

在他看来，一旦某事物成为 Agent 的"编写一次，随处运行"，它自动就变成了"攻破一点，到处运行"，而这个规范特意将治理、安装策略和权限管理交给了客户端应用。

"没有信任和权限管理的互操作性不是安全架构；它只是 bugs 和过度权限的另一种分发方式，"Madduri 警告道。

使 AI Agent 更加可互操作的重要一步

上下文感知代码创建和理解工具套件专业公司 Adronite 的总裁兼 CTO Edward Rothschild 告诉 The New Stack，他承认治理和安全责任，但总体认为这很有价值，他说 Agent Plugins 1.0.0 是"在现代技术栈中使 AI Agent 更加可互操作的重要一步"。

"真正的价值在于减少拖累企业 AI 采用的摩擦，"Rothschild 说。"与其要求插件开发者为每个 AI 客户端或 Agent 框架以不同方式打包和维护他们的集成，一个通用标准使这些能力在环境中更具可移植性，同时仍然允许组织维持治理和安全。"

随着开放标准的成熟，Rothschild 号召一场大规模的共同努力，让标准机构和商业组织继续将互操作性与强身份标识、访问控制和运营可见性结合起来，赋予开发者灵活性来编写代码，同时不引入新的管理盲点。

AI 模型托管公司 EmpirioLabs 的创始人 Adam Dalloul 告诉 The New Stack，他的实践经验让他认为"如今的 Agent 基础设施还远未达到云和 MLOps 的水平"。

"我们亲身体验过开源 Agent 更新在平稳运行数周后破坏生产工作流的情况，因此版本控制、测试和回滚不能是事后才考虑的事情，"Dalloul 说。"能够将 Skill 和 MCP 服务器打包一次，然后在 Codex、ChatGPT、Cursor、GitHub Copilot、Kiro 和 VS Code 中通用，这是一个真正的胜利，坦率地说，这种通用格式早就应该存在了。"

"能够将 Skill 和 MCP 服务器打包一次，然后在 Codex、ChatGPT、Cursor、GitHub Copilot、Kiro 和 VS Code 中通用，这是一个真正的胜利，坦率地说，这种通用格式早就应该存在了。"

他有一个担忧：客户端特定扩展。

"我提出这个担忧，因为如果所有有用的行为最终都进入供应商命名空间，标准在纸面上看起来是开放的，而锁定和碎片化只是转移到了别处，"Dalloul 补充道。

展望未来：命令、钩子和 Agent 本身

如前所述，Agent Plugins 1.0.0 专注于两种组件类型：Agent Skills 和 MCP 服务器。

Herner 确认，其他组件（如命令、钩子和 Agent）保留在客户端中。技术指导委员会可能会在未来版本中考虑其他组件类型，当语义收敛且出现明确的可移植性需求时。