Agent Plugins:AI智能体扩展的全新可移植标准
Agent Plugins:AI智能体扩展的全新可移植标准
AI智能体的实用性完全取决于可接入的组件。过去一年间,这意味着需要为每个客户端学习不同的打包格式:Claude Code插件、Cursor扩展、VS Code智能体技能,以及十多种定制化布局——即使底层组件完全相同。
Agent Plugins(版本1.0.0)正是解决这一问题的全新厂商中立标准。该标准由来自亚马逊、Cursor、微软、OpenAI和Vercel的核心维护者组成的技术指导委员会支持,为两种最常见的智能体扩展类型——Agent Skills和MCP服务器——定义了统一的便携式打包格式。
核心问题:单一组件,多重封装
在Agent Plugins出现之前,一个用于文档摘要的“技能”需要为Claude Code、Cursor以及自定义智能体框架分别准备不同的目录结构。开发者不得不为每个客户端重新组织或复制相同的组件。分发、权限和客户端特定功能始终是专有的——但技能或MCP服务器的核心内容本身始终是可移植的。
Agent Plugins在恰当的边界划定了标准线:它将可移植的部分标准化,而将其他所有方面(分发、安装体验、权限)留给各客户端自行控制。
便携式打包格式
一个Agent Plugin是一个包含必需清单文件和可选组件的目录,其固定结构如下:
my-plugin/
├── plugin.json # 必需:标识插件
├── skills/
│ └── summarize/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json # 可选:stdio / Streamable HTTP / HTTP+SSE服务器配置
└── com.example.client/ # 可选:客户端扩展命名空间
plugin.json— 清单文件。仅$schema和name为必需字段;version、description、author、homepage、repository、license和keywords均为可选元数据。skills/— 完全遵循Agent Skills规范定义的Agent Skills格式。mcp.json— 描述stdio、Streamable HTTP或传统HTTP+SSE MCP服务器的配置。- 扩展目录 — 反向域名命名空间(如
com.example.client)允许各客户端在不修改可移植核心的前提下添加特定行为。
由于所引用的两个标准本身都是开放且稳定的,一次编写的插件可以被任何兼容的客户端直接加载——无需重新调整结构。
生态发展现状
该标准虽新,但采用已成现实。在GitHub上,已有超过一千个仓库在其plugin.json文件中引用了官方的agent-plugins.org/schemas模式。值得关注的案例包括:
- awslabs/agent-plugins — AWS官方插件包,为智能体提供在AWS上进行架构设计、部署和运维的技能。
- github/awesome-copilot — 单一代码库,提供十余个适用于Copilot工作流的插件。
- agentplugins GitHub组织托管了规范文档、官方网站以及包含迁移指南的权威示例插件。
所有开发均在开放环境中进行:提案和重大变更首先在规范仓库的GitHub Discussions中发起,必须证明其具体的可移植性需求并获得实施者的支持。
如何寻找插件
由于Agent Plugins是打包标准而非注册中心,插件发现较为分散——这正是目录网站旨在填补的空白。AIMCP现已在/plugins页面维护Agent Plugins目录:每个条目均从GitHub自动抓取,通过官方JSON模式验证,由AI生成多语言摘要,并链接回其源代码仓库。
您可浏览该目录,按组件类型(skills、MCP服务器)进行筛选,找到适合您技术栈的插件——或提交自己的插件,与整个生态共享。
核心价值
Agent Plugins填补了智能体生态系统中长期缺失的互操作性基础。一份清单、一种目录结构,您的技能和MCP服务器即可随处运行。如果您维护智能体组件,将其打包为Agent Plugins是最稳妥的长期选择;如果您正在寻找可用的组件,AIMCP目录是一个理想的起点。
浏览真实插件: 在 AIMCP 的 Agent 插件目录 中探索,查找可打包给任何兼容客户端的技能和 MCP 服务器。
浏览真实插件: 在 AIMCP 的 Agent 插件目录 中探索,查找可打包给任何兼容客户端的技能和 MCP 服务器。
