Agent Plugins es un estándar abierto, anunciado el 6 de agosto de 2026 por OpenAI, Microsoft, Amazon, Cursor y Vercel (con Google como Core Maintainer desde el primer día), que define un formato de paquete portable para distribuir Agent Skills y configuraciones de servidores MCP. En otras palabras: es la manera de crear una extensión de agente una sola vez y que funcione en VS Code, Cursor, GitHub Copilot, ChatGPT, Codex y cualquier cliente compatible, sin reescribir integraciones para cada plataforma. No sustituye al Model Context Protocol (MCP), sino que lo envuelve: MCP sigue gestionando la conexión runtime con herramientas externas, mientras Agent Plugins estandariza cómo se empaqueta, versiona y distribuye esa configuración. Si has construido con MCP, ya sabes el problema. Creas un servidor que conecta tu agente con una base de datos, una API interna o un navegador, y funciona perfectamente en Claude Desktop. Pero cuando tu compañero de equipo quiere usarlo en Cursor, o cuando intentas desplegarlo en un workspace de agentes como Buzz o Cloudflare OS, la configuración es diferente en cada sitio. Rutas distintas, variables de entorno que se inyectan de otra forma, manifiestos incompatibles. Agent Plugins resuelve esto proponiendo una estructura de carpetas común, un archivo que describe qué hace el paquete, y un que configura los servidores MCP asociados. El cliente compatible (el IDE, el chatbot o el workspace) lee estos archivos y monta el entorno sin que tú toques nada más. ¿Por qué aparece Agent Plugins ahora y quién lo impulsa? El contexto es la fragmentación que ha llegado con la adopción masiva de MCP. Anthropic reportaba en agosto de 2026 más de 10.000 servidores MCP públicos activos y más de 97 millones de descargas mensuales combinadas de sus SDKs. Cuando un protocolo crece así, aparece una capa de problemas nuevos: cómo compartir configuraciones entre equipos, cómo versionarlas, cómo instalarlas en un cliente nuevo sin documentación ad hoc. Agent Plugins es la respuesta de los principales actores a ese problema de escalabilidad social, no técnica. La alineación de firmas es notable. OpenAI, Microsoft, Amazon, Cursor y Vercel forman el comité técnico inicial. Google se unió el mismo día del anuncio como Core Maintainer, comprometiéndose a integrar soporte en sus productos. Eso significa que estamos ante un estándar con respaldo de todas las plataformas donde realmente se usan agentes en producción: desde el IDE (VS Code, Cursor) hasta el chatbot (ChatGPT, Copilot) pasando por infraestructura cloud (AWS, Vercel). La fuente oficial del estándar es agent plugins.org, con esquemas JSON versionados y documentación para autores de plugins. La pregunta obvia es por qué no usan directamente el formato de MCP. La respuesta está en la separación de responsabilidades. MCP es un protocolo de comunicación runtime: define cómo un agente pide una herramienta y cómo el servidor responde. Pero no dice nada sobre cómo se empaqueta esa herramienta para distribuirla, cómo se declaran sus dependencias, o cómo un cliente la instala. Agent Plugins cubre exactamente ese hueco: es el o el del ecosistema de agentes, mientras MCP es la API REST subyacente. ¿Cómo funciona un Agent Plugin por dentro? Un plugin válido es simplemente una carpeta con estructura definida. El archivo obligatorio es , que sigue este esquema mínimo: La clave permite a los clientes validar el manifiesto y ofrecer autocompletado. El nombre debe ser único en el registro donde se publique (aunque el estándar no obliga a un registro central único, deja puerta a múltiples). Si el plugin incluye capacidades MCP, que es el caso de uso principal, se añade un archivo en la raíz. Este archivo declara los servidores MCP que el plugin necesita, con su tipo de transporte ( para procesos locales, para servicios remotos) y su configuración: El estándar define variables de entorno que el cliente debe expandir: apunta a la carpeta del plugin, a un directorio de datos persistente para ese plugin. Esto permite que el mismo plugin funcione en Windows, macOS o Linux sin modificaciones, porque las rutas se resuelven en runtime. Además de estos archivos de configuración, el plugin puede incluir Agent Skills : instrucciones reutilizables que le dicen al agente cómo usar las herramientas MCP disponibles. Por ejemplo, un skill podría ser "auditoría de seguridad de dependencias" que combina el servidor MCP de análisis de código con un prompt específico sobre qué buscar. Los skills van en una carpeta con su propio esquema, permitiendo que un plugin no solo conecte herramientas, sino que también enseñe al agente a usarlas eficazmente. ¿Qué diferencia hay entre Agent Plugins, MCP y Agent Skills? Esta tríada genera confusión porque se anuncian juntas y comparten espacios de problemas. La distinción es arquitectónica: | Concepto | Qué es | Qué hace | Analogía | | | | | | | MCP (Model Context Protocol) | Protocolo de comunicación runtime | Permite que un agente llame a herramient