Qué es Agent Plugins y por qué cambia cómo distribuyes capacidades de IA

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 plugin.json que describe qué hace el paquete, y un mcp.json 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 package.json o el setup.py 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 plugin.json, que sigue este esquema mínimo:

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json",
  "name": "mi-plugin-analisis"
}

La clave $schema 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 mcp.json en la raíz. Este archivo declara los servidores MCP que el plugin necesita, con su tipo de transporte (stdio para procesos locales, streamable-http para servicios remotos) y su configuración:

{
  "$schema": "https://agent-plugins.org/schemas/1.0.0/mcp.schema.json",
  "mcpServers": {
    "validador-schemas": {
      "type": "stdio",
      "command": "./bin/validador",
      "args": ["--data", "${PLUGIN_DATA}/validador"],
      "env": {
        "CONFIG": "${PLUGIN_ROOT}/config.json"
      },
      "cwd": "${PLUGIN_ROOT}"
    },
    "api-despliegue": {
      "type": "streamable-http",
      "url": "https://deploy.example.com/mcp",
      "headers": {
        "X-Tenant": "public-tenant"
      }
    }
  }
}

El estándar define variables de entorno que el cliente debe expandir: ${PLUGIN_ROOT} apunta a la carpeta del plugin, ${PLUGIN_DATA} 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 skills/ 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:

Un plugin puede contener cero, uno o varios servidores MCP. Puede contener cero, una o varias skills. El cliente compatible (Cursor, VS Code con extensión adecuada, etc.) descubre el plugin, lee su manifiesto, inicia los servidores MCP declarados y carga las skills en el contexto del agente. Desde la perspectiva del usuario final, instalar un plugin es un paso; desde la del desarrollador, publicarlo una vez llega a múltiples clientes.

Es importante no confundir esto con los antiguos "ChatGPT Plugins" de OpenAI, que fueron discontinuados en marzo de 2024 y sustituidos por GPTs. Aquellos eran integraciones específicas para el producto ChatGPT, con un modelo de aprobación cerrado y un sistema de autenticación OAuth particular. Agent Plugins es un estándar abierto, neutral de vendor, que no requiere aprobación de OpenAI ni de nadie para funcionar. Si un cliente implementa el estándar, los plugins funcionan; si no, no. Es una especificación, no una tienda de aplicaciones.

¿Qué clientes soportan Agent Plugins hoy?

Según el anuncio oficial de agosto de 2026, los clientes confirmados como compatibles o trabajando en compatibilidad incluyen:

• VS Code: soporte nativo en desarrollo, con documentación preliminar en code.visualstudio.com/docs/agent-customization/agent-plugins
• Cursor: integración anunciada como prioritaria, dado que Cursor es Core Maintainer
• GitHub Copilot: soporte planificado dentro del ecosistema de extensiones
• ChatGPT: capacidad para cargar plugins compatibles en entornos de trabajo
• Codex (OpenAI): integración directa en el agente de codificación
• Kiro: editor emergente que apuesta por el estándar desde el lanzamiento

La promesa del estándar es que un plugin que funciona en uno de estos clientes debería funcionar en todos, salvo diferencias documentadas en capacidades opcionales. Esto contrasta con la situación previa, donde cada plataforma tenía su propio sistema de extensiones: las extensiones de VS Code no funcionaban en Cursor, los GPTs de ChatGPT no funcionaban en Claude, los tools de Claude no funcionaban en Copilot. Agent Plugins busca romper esos silos sin forzar a nadie a abandonar su plataforma preferida.

Tabla comparativa: cómo se instalan capacidades en cada plataforma

La ventaja práctica es clara para equipos que usan múltiples herramientas. Hoy, si tu empresa tiene una API interna que quieres exponer a los agentes, necesitas escribir una integración para Cursor, otra para Copilot, otra para el CLI que usan los devops. Con Agent Plugins, escribes una, empaquetas como plugin, y cada miembro del equipo la instala donde trabaje. El mantenimiento se centraliza, la documentación se simplifica, y la adopción interna acelera.

Veredicto: ¿para quién es Agent Plugins y qué riesgos tiene?

Este estándar es para ti si:

• Construyes herramientas internas que quieres exponer a agentes de IA en múltiples plataformas (IDEs, chatbots, workspaces)
• Mantienes equipos donde diferentes desarrolladores usan diferentes editores (uno en Cursor, otro en VS Code, otro en Zed)
• Desarrollas productos que incluyen capacidades de agente y quieres ofrecer una experiencia de instalación unificada a tus usuarios
• Trabajas con infraestructura de agentes como Cloudflare OS o Buzz y necesitas portabilidad de configuraciones

No es para ti (todavía) si:

• Usas una única plataforma y su sistema nativo de extensiones ya cubre tus necesidades; añadir una capa más solo complica
• Trabajas con agentes que no usan MCP, como configuraciones legacy de function calling directo
• Necesitas funcionalidades que el estándar 1.0.0 no cubre, como autenticación compleja de usuarios finales o billing integrado; esto está marcado como "futuro" en la especificación

Riesgos reales a considerar:

1. Fragmentación del estándar: aunque el anuncio es multivendor, la historia de los estándares abiertos está llena de "embraces extendidos" donde cada implementación añade extensiones propietarias. Habrá que vigilar si los plugins realmente son portables o si cada cliente añade "extras" que rompen la compatibilidad.

2. Superposición con sistemas nativos: VS Code ya tiene extensiones, Cursor ya tiene reglas de proyecto, Claude ya tiene proyectos. Añadir plugins MCP puede generar confusión sobre dónde va qué configuración. Los equipos necesitarán guías internas claras.

3. Seguridad de la cadena de suministro: instalar un plugin significa ejecutar código (los servidores MCP son procesos locales). El estándar no define un sistema de firma de plugins ni un sandbox obligatorio; eso queda en manos del cliente. Habrá que esperar a ver cómo cada plataforma implementa la verificación de origen.

4. Dependencia de la adopción: un estándar solo funciona si se usa. Si Claude Desktop nunca lo implementa, o si lo hace de forma incompatible, el valor de "escribe una vez, corre en todas partes" se erosiona. Los próximos meses dirán si esto se convierte en el npm de los agentes o en otro intento olvidado.

¿Cómo empiezo a construir un Agent Plugin?

La documentación oficial en agent-plugins.org recomienda empezar con el esquema 1.0.0 y validar el plugin.json contra el schema antes de distribuir. Para casos de uso con MCP, el flujo típico es:

1. Desarrolla y testea tu servidor MCP localmente usando el SDK oficial (TypeScript o Python)
2. Crea la carpeta del plugin con plugin.json y mcp.json apuntando a tu servidor
3. Declara skills en la carpeta skills/ si quieres que el agente use patrones específicos con tu herramienta
4. Testea en un cliente compatible (Cursor y Codex CLI tienen el soporte más maduro a agosto de 2026)
5. Distribuye como archivo comprimido o publica en un registro cuando estén disponibles

Para desarrolladores que ya trabajan con Kitesurf o Stagehand, la combinación es natural: empaquetas tu configuración de navegador agent-first como un plugin y la compartes con el equipo sin que cada uno reconfigure URLs y selectores.

Preguntas frecuentes sobre Agent Plugins

¿Agent Plugins reemplaza a MCP? No. MCP es el protocolo de comunicación; Agent Plugins es el formato de empaquetado. Funcionan juntos: el plugin contiene la configuración MCP que el cliente usa para conectar.

¿Necesito aprender un nuevo lenguaje para crear plugins? No. Los plugins se definen en JSON para los manifiestos. Los servidores MCP que contienen pueden escribirse en cualquier lenguaje que soporte el SDK (Python, TypeScript, Rust, Go).

¿Es gratuito usar Agent Plugins? El estándar es abierto y gratuito. Los clientes que lo implementan (VS Code, Cursor, etc.) pueden tener sus propios términos, pero el formato de plugin en sí no tiene coste ni licencia restrictiva.

¿Puedo usar plugins en Claude Desktop? A agosto de 2026, Anthropic no ha anunciado soporte oficial para Agent Plugins en Claude Desktop. La plataforma sigue usando su sistema nativo de MCP configurado manualmente.

¿Qué diferencia hay entre un Agent Plugin y una extensión de VS Code? Una extensión de VS Code es específica de ese editor, puede tocar la UI directamente y se distribuye por el marketplace de Microsoft. Un Agent Plugin es agnóstico de cliente, se enfoca en capacidades de agente (MCP + skills), y teóricamente funciona en cualquier plataforma compatible.

¿Hay un registro central de plugins? El estándar 1.0.0 no define un registro único obligatorio. Permite múltiples registros o distribución directa de archivos. Es probable que surjan registros comunitarios o comerciales en los próximos meses.

¿Agent Plugins tiene relación con los antiguos ChatGPT Plugins? Ninguna, salvo el nombre. Los ChatGPT Plugins fueron discontinuados en marzo de 2024. Agent Plugins es un estándar completamente nuevo, abierto y neutral, no vinculado a ningún producto específico de OpenAI.

Si quieres profundizar en el ecosistema de herramientas de IA para desarrolladores, explora nuestro programa de Ingeniería de IA para Desarrolladores, donde trabajamos con MCP, agentes de código y arquitecturas de plugins en proyectos reales. También puedes comparar nuestras especialidades en IA en la página de comparación de programas.