Enivia 早上刷到 OpenAI Developer 的推文。
Amazon、Cursor、Microsoft、OpenAI、Vercel 等 AI 生态的重要参与者，正在共同推动一套叫 Agent Plugins 的开放标准。
为什么需要 Agent Plugin
过去一年，我们看到 Agent 的能力越来越强，同时每个平台也开始建立自己的扩展系统。
例如 Cursor 当前的 Plugin 仓库使用 .cursor-plugin/plugin.json，里面还可以包含 Skills、Rules 和 MCP 配置。
OpenAI 自己的 Plugin 仓库此前则使用 .codex-plugin/plugin.json，同时可以包含 Skills、Agents、Commands、Hooks、MCP 等内容。
AWS 也已经维护了一套面向 AWS 开发场景的 Agent Plugins。
这些体系都是希望给 Agent 增加一些可复用能力。但问题在于，它们的包装格式并不相同。
所以官方对 Agent Plugin 的定义，就是一种开放的，且厂商中立的规范，用来把可复用的 Agent 能力打包成可以跨客户端加载的插件。
当前 1.0 版本首先统一了 Agent Skills 和 MCP Server 的组织方式。
什么是 Agent Plugin
Agent Plugin，本质上就是一个规范的目录结构。
my-plugin/
├── plugin.json
├── skills/
│ └── deploy/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json
└── com.example.client/
└── hooks/其中 plugin.json 是整个插件的 Manifest。
如果插件需要给 Agent 增加 Skills，就统一放到 skills 目录下。
如果需要配置 MCP Server，就统一使用 mcp.json。
客户端读取 plugin.json 以后，就可以按照规范去发现这些组件。
展望
Skills 告诉 Agent 如何完成一类工作，MCP 让 Agent 能够连接外部世界，Agent Plugins 把这些东西包装起来。
如果继续沿着这个方向发展，我觉得 Agent 生态可能会越来越接近我们熟悉的软件 Package 生态。
简而言之，能力归能力，平台归平台。
只要这个统一标准能够落地，不论对于开发插件的生态提供者，还是需要加载插件的 Agent，协同成本都会显著降低。
