Respuesta corta: Agent Plugins es un estándar abierto para empaquetar Agent Skills y servidores MCP en una sola carpeta que funciona en varios agentes de IA. Se publicó el 6 de agosto de 2026, su comité técnico inicial reúne a Amazon, Cursor, Microsoft, OpenAI y Vercel, y hoy ya lo cargan VS Code, GitHub Copilot, Cursor, ChatGPT y Codex, Kiro y otros clientes.
Agent Plugins es un estándar abierto que define cómo empaquetar las capacidades de un agente de IA para que funcionen en distintos programas sin rehacerlas. Piensa en cómo instalas una extensión en tu navegador: la descargas una vez y ya está. Un Agent Plugin hace lo mismo para tu asistente de código o tu agente: una carpeta con un archivo plugin.json, unas instrucciones reutilizables (las Agent Skills) y, si hace falta, la configuración de servidores MCP (Model Context Protocol, el protocolo que conecta un agente con herramientas externas). La versión 1.0.0 se publicó el 6 de agosto de 2026.
No sustituye a MCP. Lo envuelve. MCP sigue resolviendo cómo habla el agente con una herramienta mientras corre. Agent Plugins resuelve algo más aburrido y igual de necesario: cómo se empaqueta esa herramienta para que otra persona la instale en otro cliente.
¿Qué problema resuelve Agent Plugins?
Si alguna vez armaste un servidor MCP, ya conoces el dolor. Funciona en tu editor, tu compañera usa otro, y la configuración cambia: otra carpeta, otro nombre de archivo, otra forma de declarar las variables. Terminas manteniendo varias copias de lo mismo.
La propia web del estándar lo explica así: cada cliente de agentes creó su formato de plugin, aunque por dentro los plugins tuvieran los mismos componentes. Agent Plugins define un piso común solo para las partes que pueden ser portables. La instalación, los permisos, la distribución y la experiencia de usuario siguen en manos de cada cliente.
Es una decisión modesta a propósito. El estándar no intenta ser una tienda de aplicaciones ni un sistema de permisos. Es un acuerdo sobre dónde va cada archivo.
¿Quién está detrás del estándar?
Según agent-plugins.org, el comité técnico inicial (Technical Steering Committee) tiene Core Maintainers de Amazon, Cursor, Microsoft, OpenAI y Vercel. Vercel cuenta en su anuncio que inició la propuesta y que representantes de AWS, Anysphere (la empresa detrás de Cursor), GitHub, Microsoft, OpenAI y Vercel la refinaron hasta la versión 1.0.0.
El proyecto tiene licencia abierta y se desarrolla en público. Las propuestas se discuten en GitHub Discussions y la gobernanza vive en el repositorio de la especificación.
Una ausencia llama la atención: Anthropic, la empresa que creó MCP y Agent Skills, no forma parte del grupo, como señaló The Decoder al cubrir el lanzamiento.
¿Cómo funciona un Agent Plugin por dentro?
Un plugin es una carpeta con un manifiesto obligatorio y componentes opcionales en ubicaciones fijas:
mi-plugin/
├── plugin.json
├── skills/
│ └── resumir/
│ └── SKILL.md
├── mcp.json
└── com.github.copilot/
└── hooks/Cada pieza tiene un trabajo concreto.
plugin.json identifica el plugin. Solo dos campos son obligatorios, el esquema y el nombre:
{
"$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
"name": "mi-plugin"
}Puedes añadir versión, descripción, autor, licencia y palabras clave. El nombre va en minúsculas, con letras, números, guiones y puntos, hasta 64 caracteres. Un campo desconocido no rompe el plugin: el cliente lo reporta y lo ignora.
skills/ guarda las Agent Skills. Cada skill vive en su propia subcarpeta con un archivo SKILL.md. Una skill es, en la práctica, una receta escrita: le explica al agente cómo hacer una tarea, y puede traer scripts y documentos de apoyo. El formato lo define la especificación de Agent Skills, no Agent Plugins. Si una skill está mal escrita, el cliente la salta y carga las demás.
mcp.json declara los servidores MCP. Admite tres tipos de conexión: stdio para un programa que corre en tu máquina, streamable-http para un servicio remoto, y sse, el transporte HTTP+SSE antiguo, que la especificación marca como obsoleto y opcional para los clientes.
{
"$schema": "https://agent-plugins.org/schemas/1.0.0/mcp.schema.json",
"mcpServers": {
"validador": {
"type": "stdio",
"command": "./bin/validador",
"args": ["--data", "${PLUGIN_DATA}/validador"],
"cwd": "${PLUGIN_ROOT}"
},
"api-despliegue": {
"type": "streamable-http",
"url": "https://deploy.example.com/mcp"
}
}
}El cliente rellena dos variables: ${PLUGIN_ROOT}, la carpeta del plugin, y ${PLUGIN_DATA}, una carpeta de datos que sobrevive a las actualizaciones. Un detalle de seguridad importa aquí. Los encabezados HTTP de mcp.json son texto visible del paquete, así que la especificación prohíbe meter credenciales ahí. La autenticación la gestiona cada cliente.
Las carpetas con nombre de dominio invertido son para extras de un cliente concreto. Por ejemplo, com.github.copilot/ guarda hooks y agentes personalizados que solo entiende Copilot. Los demás clientes ignoran esa carpeta, así que el paquete sigue siendo portable sin perder nada en Copilot.
¿Qué diferencia hay entre Agent Plugins, MCP y Agent Skills?
Se anuncian juntos y se confunden mucho. La diferencia es de función:
| Concepto | Qué es | Qué hace |
|---|---|---|
| MCP | Protocolo de comunicación | Conecta al agente con herramientas y datos mientras trabaja |
| Agent Skills | Instrucciones reutilizables | Le enseñan al agente cómo hacer una tarea |
| Agent Plugins | Formato de paquete | Junta skills y servidores MCP en una carpeta instalable |
Un plugin puede traer varias skills, varios servidores MCP o solo uno de los dos. Para quien lo instala, es un solo paso.
Tampoco tiene relación con los antiguos plugins de ChatGPT, salvo el nombre. Aquellos eran integraciones solo para ChatGPT. Agent Plugins es una especificación abierta que cualquier cliente puede implementar.
¿Qué clientes soportan Agent Plugins hoy?
La página de clientes compatibles de agent-plugins.org lista, a 19 de octubre de 2026, a VS Code, Cursor, GitHub Copilot, ChatGPT y Codex, Kiro, Hermes Agent, OpenClaw, Grok Bot, NanoClaw y OpenHands. Todos cargan Agent Skills y servidores MCP por stdio y Streamable HTTP. El transporte SSE antiguo depende del cliente.
| Cliente | Skills | MCP: stdio y Streamable HTTP | MCP: SSE antiguo |
|---|---|---|---|
| VS Code | Sí | Sí | Sí |
| Cursor | Sí | Sí | Sí |
| GitHub Copilot | Sí | Sí | Sí |
| ChatGPT y Codex | Sí | Sí | No listado |
| Kiro | Sí | Sí | Sí |
Fuente: página de clientes compatibles de agent-plugins.org, consultada el 19 de octubre de 2026.
Claude no aparece en esa lista. Aun así, VS Code reconoce el formato de plugins de Claude Code (un archivo .claude-plugin/plugin.json), además del formato propio de Copilot y del estándar.
Cómo se usa en VS Code
VS Code ya no está "en desarrollo": su documentación describe un soporte completo, y GitHub anunció el 12 de agosto de 2026 que estaba disponible para todos los planes de Copilot en VS Code, Copilot CLI y la app de Copilot.
Lo que puedes hacer hoy:
- Activarlo o desactivarlo con el ajuste
chat.plugins.enabled. - Instalar desde un marketplace. En la vista de Extensiones, busca
@agentPlugins. Por defecto vienen los marketplaces copilot-plugins y awesome-copilot, y puedes sumar otros conchat.plugins.marketplaces. - Instalar desde una URL de Git con el comando Chat: Install Plugin From Source.
- Gestionarlo desde el chat con
/pluginen una sesión de Copilot:/plugin list,/plugin install,/plugin updatey más. - Reutilizar lo que instalaste en la terminal. VS Code detecta automáticamente los plugins instalados con GitHub Copilot CLI.
Una advertencia que la propia documentación destaca: un plugin puede traer hooks y servidores MCP que ejecutan código en tu máquina, y sus servidores MCP no muestran un aviso de confianza aparte al arrancar. Revisa el contenido y a quien lo publica antes de instalar, sobre todo si viene de un marketplace de la comunidad.
Veredicto: ¿para quién es Agent Plugins?
Te sirve si construyes herramientas para agentes que tu equipo usa en editores distintos, o si publicas skills y servidores MCP para otras personas. Empaquetas una vez y cada uno lo instala donde trabaja.
Puedes esperar si usas un solo cliente y su sistema propio ya te alcanza. Añadir una capa más no te da nada todavía.
Un riesgo obvio es la fragmentación: que cada cliente añada extras propios hasta romper la portabilidad. El diseño de la 1.0 responde justo a eso. Los extras viven en carpetas con dominio invertido que los demás clientes ignoran, así que un cliente puede ir más allá sin romper el núcleo común. Eso no garantiza que todos respeten la regla, pero sí deja claro dónde debe ir cada cosa.
El otro riesgo es la seguridad. Instalar un plugin puede significar ejecutar código, y la especificación deja permisos e instalación en manos de cada cliente. Trátalo como cualquier dependencia: mira quién lo publica y qué ejecuta.
¿Cómo empiezo a construir un Agent Plugin?
- Crea una carpeta con un
plugin.jsonque declare el esquema 1.0.0 y un nombre. - Añade una skill en
skills/tu-skill/SKILL.md. - Si tu plugin necesita herramientas, declara tus servidores MCP en
mcp.json. - Pon los extras de un cliente concreto en su carpeta de dominio invertido, como
com.github.copilot/. - Pruébalo en un cliente compatible. En VS Code, instálalo con Chat: Install Plugin From Source apuntando a tu repositorio.
Si vienes de un plugin de Copilot, la migración es sobre todo trabajo de manifiesto, según GitHub: añadir $schema, mantener las skills en skills/ y MCP en mcp.json, y mover lo específico de Copilot a com.github.copilot/. El repositorio de ejemplo de Agent Plugins incluye una skill que ayuda con esa migración.
Para seguir leyendo
- Qué es Kitesurf, el navegador de Cloudflare pensado para agentes
- Qué es Stagehand, el SDK para agentes que manejan un navegador
- Nuestra selección de herramientas de IA, ordenadas según el trabajo que necesitas hacer
Si ya programas y quieres construir agentes que usen skills y servidores MCP como estos, mira cómo funciona AI Flex: avanzas a tu ritmo, con tutor de IA y mentores.