¿Qué son los Agent Plugins? Habilidades, servidores MCP y qué cambia (2026)
Agent Plugins es una especificación abierta y neutral respecto al proveedor para empaquetar Agent Skills y servidores MCP en un único directorio portátil. La versión 1.0.0 se publicó el 6 de agosto de 2026. Establece un único archivo de manifiesto y un único diseño de carpeta, de modo que el mismo paquete se carga en cualquier cliente de agente de IA compatible.
Esa es toda la idea. No hay ningún protocolo nuevo aquí ni un nuevo entorno de ejecución. Las piezas que ya existían siguen funcionando, y la especificación solo indica cómo meterlas en una caja.
Esta guía cubre lo que se ha lanzado y lo que hay dentro de un plugin. También cubre lo que la especificación se niega a definir y qué cambia para cualquiera que utilice agentes para generar análisis.
Qué se lanzó el 6 de agosto de 2026
Ese mismo día se publicaron dos artículos oficiales. Vercel publicó el anuncio escrito por Jonathan Hefner. Google publicó su propio artículo escrito por Kevin Hou, Haoyu Wang y Alan Blount en el Google Developers Blog.
El artículo de Vercel señala que Vercel inició la propuesta. Representantes de Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI y Vercel la perfeccionaron posteriormente hasta llegar a la versión 1.0.0.
El artículo también enumera los clientes que admiten el formato en su lanzamiento: ChatGPT, Codex, Cursor, GitHub Copilot, Kiro y VS Code. El artículo de Google menciona dos de sus propios productos: Agents CLI y Data Agent Kit. El Data Agent Kit incluye plugins para BigQuery, Spanner y Cloud SQL.
Vale la pena aclarar un detalle. El repositorio de la especificación se creó el 3 de abril de 2026, por lo que el 6 de agosto marca el lanzamiento de la versión 1.0.0 en lugar del inicio del trabajo. La cobertura que trata esas dos fechas como si fueran lo mismo exagera la rapidez con la que se desarrolló todo.
Quién está detrás
El proyecto publica su Comité de Dirección Técnica en un archivo MAINTAINERS.md. A fecha de agosto de 2026, enumera a cinco mantenedores principales. Ellos son Clare Liguori de Amazon, Roshan Sadanani de Cursor y Harald Kirschner de Microsoft. La lista también menciona a Gav Verma de OpenAI y Jonathan Hefner de Vercel. Hefner figura como mantenedor principal líder.
El anuncio de Google señala que Google se unió como mantenedor principal, representado por Kevin Hou. Esa incorporación aún no se refleja en el archivo de mantenedores publicado.
Las licencias están divididas. El propio aviso de licencia del repositorio coloca el texto de la especificación, la documentación y los ejemplos bajo CC BY 4.0. Los esquemas, el código fuente y los scripts se rigen por Apache 2.0.
Qué hay realmente dentro de un plugin
Un plugin es un directorio. La especificación mantiene la superficie requerida deliberadamente pequeña.
El manifiesto es plugin.json, y solo se requieren dos campos. El campo $schema declara a qué versión de la especificación se dirige el paquete. Para la 1.0.0, ese valor es https://agent-plugins.org/schemas/1.0.0/plugin.schema.json.
El segundo campo requerido es name. Debe tener de 1 a 64 caracteres, tomados de a-z, 0-9, - y ., y debe comenzar y terminar con un carácter alfanumérico. Se rechazan los separadores duplicados como -- y ...
Todo lo demás en el manifiesto es opcional: version, description, author, homepage, repository, license y keywords.
Los componentes residen en rutas fijas en lugar de declararse en línea. Las habilidades provienen de una carpeta skills/, donde cada directorio hijo inmediato que contiene un archivo SKILL.md cuenta como una habilidad. Los servidores MCP se declaran en mcp.json.
Esa última restricción es la interesante. El manifiesto no puede reubicar componentes ni definirlos en línea. Por lo tanto, un lector puede saber qué contiene un plugin con solo listar dos rutas.
Un ejemplo práctico deja clara la estructura. Un plugin que genera un resumen de ingresos mensuales llevaría una carpeta de habilidades con las instrucciones del informe y una entrada en mcp.json que apunta al almacén de datos. Nada en esa disposición es específico del cliente, lo cual es todo el propósito.
Lo que la especificación deja fuera deliberadamente
La lista de exclusiones es más larga que la lista de requisitos, y se expone abiertamente.
La especificación no define el formato de la habilidad en sí, el cual pertenece a la especificación Agent Skills. Tampoco define el comportamiento de transmisión de MCP, que pertenece al Model Context Protocol. No define el contenido ni la validación de las extensiones específicas del cliente. Tampoco define el comportamiento de contingencia tras un fallo en la conexión de transporte.
El artículo de Google añade el resto de los límites. Los mecanismos de instalación, los protocolos de distribución, los permisos, el sandboxing, la verificación de confianza y la experiencia de usuario quedan fuera de su alcance.
La omisión de la verificación de confianza merece un momento de atención. Un plugin puede declarar un servidor MCP que se conecte a cualquier punto de acceso, y la especificación no juzga si ese punto de acceso merece acceso. La revisión sigue siendo una tarea humana, o una tarea para cualquier cliente que cargue el paquete.
Este es un formato de empaquetado y nada más. Cualquiera que espere una tienda de aplicaciones con revisión y firma no la encontrará aquí.
Por qué un estándar de empaquetado es importante para el trabajo con datos
La mayoría de las personas que le piden un gráfico a un agente nunca piensan en el empaquetado. La conexión sigue siendo directa.
Un agente solo puede generar un entregable real si puede acceder a dos cosas: las instrucciones para la tarea y el acceso a los datos. Las habilidades aportan lo primero. Los servidores MCP aportan lo segundo. Hasta ahora, enviar ambos elementos juntos significaba un contenedor diferente para cada cliente.
La duplicación tiene un coste predecible. Los contenedores divergen. Un cliente recibe una corrección y otro no. La versión que lee tu almacén de datos se queda atrás respecto a la versión que escribe el resumen. El fallo se manifiesta como un número desactualizado en un informe final.
Los equipos que mantienen sus propias habilidades internas son los que más lo sufren. Un grupo de finanzas con una habilidad de proceso de cierre y un conector de almacén de datos actualmente los envía por separado, y luego repite la conexión para cada editor que utiliza el equipo. Un solo paquete reemplaza eso con una única carpeta en el control de versiones.
Un formato de paquete compartido elimina esa clase particular de divergencia. No hace que un agente sea mejor en el análisis, y no debería venderse como si lo hiciera.
Dónde deja de ayudar un estándar de plugins
Una especificación de empaquetado asume que ya tienes las piezas. No dice nada sobre su calidad y no te dirá si una habilidad genera un gráfico defendible.
Esta es la brecha que vale la pena nombrar con honestidad. Powerdrill Bloom ya expone las dos cosas que el formato empaqueta. Ejecuta Claude Skills para investigación, análisis, automatización y ejecución. También incluye su propio servidor MCP, de modo que un cliente compatible puede explorar conjuntos de datos y ejecutar tareas bajo petición.
Lo que aporta más allá de las conexiones técnicas es la parte que la especificación no toca. Subes una hoja de cálculo, haces una pregunta en lenguaje natural y recibes un gráfico, un resumen escrito o una presentación. La capa de empaquetado decide cómo viajan las herramientas entre los clientes. No decide si la respuesta es buena.
Para un estudio más amplio de ese ecosistema, nuestros resúmenes de plataformas MCP y habilidades de agentes para el análisis de datos y la generación de informes cubren el panorama actual.
Estándares adyacentes que vale la pena conocer
Ahora hay tres especificaciones que coexisten y es fácil confundirlas.
| Estándar | Qué define | Alcance |
|---|---|---|
| Agent Skills | Cómo se escribe una sola habilidad | Instrucciones y recursos |
| Model Context Protocol | Cómo se comunica un agente con una herramienta o fuente de datos | Protocolo de entorno de ejecución |
| Agent Plugins | Cómo se envían las habilidades y los servidores MCP como una sola unidad | Solo empaquetado |
Leer la columna de alcance es la forma más rápida de evitar un error de categoría. Una pregunta sobre cómo se autentica un agente en una base de datos es una pregunta sobre MCP. Una pregunta sobre cómo entregarle a un colega toda la configuración es una pregunta de empaquetado.
Los tres son complementarios por diseño. Un plugin contiene habilidades y declaraciones de servidores MCP, y cada uno de ellos sigue siendo portátil de forma independiente fuera del plugin.
Conclusión
Agent Plugins 1.0.0 es una especificación pequeña con una tarea muy concreta. Un manifiesto, dos campos requeridos, dos rutas de componentes fijas y una negativa explícita a definir la instalación, los permisos o la confianza.
El valor se hace evidente con el paso de los meses y no desde el primer día. Menos contenedores significa menos lugares donde una herramienta puede desincronizarse. Esto es especialmente importante cuando el resultado es un número sobre el cual alguien tomará decisiones. Si deseas la capa de análisis en lugar de las conexiones técnicas, prueba Powerdrill Bloom con un archivo que ya tengas. Consulta también nuestra página de auto insights.
Los datos de este artículo fueron verificados con fuentes oficiales el 11 de agosto de 2026. Los detalles de la especificación cambian, así que consulte las páginas enlazadas antes de confiar en el nombre de un campo.
Preguntas frecuentes
What are Agent Plugins in simple terms?
Son una forma estándar de agrupar las habilidades de un agente y sus declaraciones de servidores MCP en una sola carpeta. Cualquier cliente compatible puede cargar esa carpeta sin necesidad de un contenedor específico para el cliente.
Is Agent Plugins the same as MCP?
No. MCP es un protocolo de entorno de ejecución que rige cómo se comunica un agente con una herramienta o una fuente de datos. Agent Plugins solo rige el empaquetado, y un plugin puede declarar servidores MCP en su interior.
What is required in plugin.json?
Solo dos campos. El valor de $schema declara la versión de la especificación a la que se dirige, y name identifica al plugin. Todo lo demás, incluyendo version y license, son metadatos opcionales.
Which tools support Agent Plugins?
El artículo de lanzamiento de Vercel enumera ChatGPT, Codex, Cursor, GitHub Copilot, Kiro y VS Code. Google anunció por separado el soporte en sus herramientas Agents CLI y Data Agent Kit.
Does Agent Plugins handle installation or permissions?
No. La instalación, la distribución, los permisos, el sandboxing y la verificación de confianza quedan explícitamente fuera de su alcance. La especificación cubre el diseño del paquete y nada más allá de eso.