OpenAI, Cursor, Microsoft, Amazon y Vercel acaban de acordar un formato único de plugins de IA: esto es lo que hace Agent Plugins

El 6 de agosto de 2026, cinco empresas que normalmente compiten frontalmente —OpenAI, Amazon, Microsoft, Cursor y Vercel— publicaron juntas Agent Plugins, una especificación neutral para empaquetar extensiones de agentes de IA (verificado el 7 de agosto de 2026, vía agent-plugins.org y el anuncio de OpenAI). La versión 1.0.0 ya está disponible, marcada como "borrador de trabajo", y ya la admiten ChatGPT, Codex, Cursor, GitHub Copilot, Kiro y VS Code.

Si tú no desarrollas herramientas de IA directamente, la versión práctica de esta noticia es corta: una skill o integración construida para un asistente de codificación con IA ahora debería poder usarse en varios otros, sin reconstruirla. Esto es lo que cambió de verdad y por qué importa.

El problema que resuelve

Cada producto de agente de IA —Cursor, GitHub Copilot, ChatGPT, VS Code con Copilot Chat— inventó su propia manera de empaquetar "extensiones": instrucciones adicionales, herramientas e integraciones que el agente puede cargar cuando una tarea las requiere. Las piezas de fondo solían ser conceptualmente idénticas, pero cada proveedor las guardaba y describía de forma distinta, así que un desarrollador que construía una skill reutilizable en la práctica tenía que reconstruirla para cada herramienta en la que quisiera que funcionara.

Agent Plugins no intenta estandarizar todo el comportamiento de los plugins: instalación, permisos, marketplaces e interfaz quedan totalmente en manos de cada proveedor. Estandariza algo puntual: la estructura de carpetas y el formato de archivo con el que se distribuye un plugin, para que cualquier herramienta compatible pueda encontrarlo, validarlo y cargarlo de la misma manera. La especificación llama a esto, a propósito, un "piso mínimo de interoperabilidad".

Qué hay dentro de un plugin, en realidad

Un plugin es simplemente una carpeta: sin archivo comprimido propietario, sin paso de compilación, nada que no se pueda abrir con un editor de texto o subir a Git:

mi-plugin/
├── plugin.json
├── skills/
│   └── resumir/
│       └── SKILL.md
├── mcp.json
└── com.example.client/

• plugin.json — el único archivo que toda herramienta garantiza leer. Nombre, versión de la especificación y metadatos opcionales como descripción o licencia.
• skills/ — contiene Agent Skills, el formato que Anthropic construyó originalmente y liberó como código abierto, ya adoptado ampliamente. Cada skill es una descripción breve más instrucciones, que se carga en el contexto del agente solo cuando una tarea realmente la necesita: el mismo modelo de "divulgación progresiva" que evita que una biblioteca grande de skills ralentice al agente.
• mcp.json — conexiones a servidores de Model Context Protocol, la forma estándar en que un agente se comunica con herramientas y datos externos. La especificación fija dos tipos de transporte obligatorios (stdio para procesos locales, Streamable HTTP para conexiones remotas), con una variante SSE más antigua admitida por compatibilidad hacia atrás, algo relevante porque los formatos MCP inconsistentes entre herramientas eran una fuente real y recurrente de errores del tipo "funciona en una herramienta y falla en silencio en otra".
• Carpetas de dominio inverso (com.example.client/) — una vía de escape que permite a una herramienta específica agregar comportamiento propio sin romper el paquete para el resto de quienes lo leen.

Cuando una herramienta carga un plugin, la especificación exige que las fallas se manejen de forma aislada, componente por componente: si un servidor MCP no conecta o un archivo de skill está mal formado, una herramienta compatible descarta solo esa pieza en lugar de negarse a cargar todo el plugin.

Dónde funciona hoy

(Verificado el 7 de agosto de 2026 contra la página oficial de Clientes Compatibles de la especificación; revisa agent-plugins.org directamente antes de confiar en esto, ya que se espera que la lista crezca rápido).

Google y AWS han publicado artículos respaldando la iniciativa, aunque sus propios productos todavía no aparecen en la lista de clientes compatibles, una señal razonable de que la adopción se ampliará más allá de las cinco empresas fundadoras.

El nombre notorio que falta en la lista

Anthropic no está en el Comité Técnico Directivo, y Claude Code no figura como cliente compatible, a pesar de que dos de las tres cosas que este formato empaqueta, Agent Skills y MCP, fueron construidas y liberadas originalmente por Anthropic. Claude Code usa hoy su propio formato de plugins, distinto de este.

Vale la pena señalarlo con claridad en lugar de pasarlo por alto: si tu equipo estandariza sus herramientas hoy alrededor de Agent Plugins, una persona que use Claude Code en el mismo equipo no obtendrá esa portabilidad de forma automática; seguirías construyendo o manteniendo un paquete aparte para ella. Si eso cambia es algo que vale la pena seguir de cerca, dado lo centrales que son los propios formatos de Anthropic en lo que empaqueta esta especificación.

Qué significa esto si construyes o compras herramientas de IA

Si tú, o alguien de tu equipo, mantiene skills internas de IA o integraciones MCP —una skill interna para "resumir tickets de soporte", un conector a tu CRM, un script que corre el agente de tu equipo—, el beneficio directo es que construirlo una vez siguiendo la estructura de carpetas de Agent Plugins hace que ya funcione en Cursor, Copilot, ChatGPT/Codex y VS Code sin una compilación separada para cada uno.

Para un negocio pequeño que decide en qué asistente de codificación o herramienta de agente estandarizarse, esto reduce el costo de que esa decisión resulte "equivocada" más adelante: las herramientas construidas alrededor de un plugin portable no necesitan reescribirse si el próximo año cambias de asistente de codificación. Es una versión más pequeña y silenciosa de lo que los formatos de contenedores abiertos hicieron por el despliegue de software: menos dependencia de un proveedor, porque el paquete en sí no está atado al producto de una sola empresa.

La salvedad es que la portabilidad aquí se refiere a la estructura del paquete, no a la experiencia alrededor de él. Instalación, avisos de permisos y cómo se muestra una skill en la interfaz siguen dependiendo por completo de cada herramienta: dos clientes pueden cargar correctamente el mismo plugin y sentirse completamente distintos al usarlos.

La conclusión

Esto es infraestructura, no un producto con el que interactuarás directamente, pero es el tipo de decisión de infraestructura que, con el tiempo, ahorra horas reales de ingeniería, igual que un formato de archivo o una convención de API compartidos. Tiene un día de existencia, sigue siendo un borrador de trabajo, y vale la pena revisarlo de nuevo cuando se sumen más proveedores o la especificación se asiente más allá de la versión 1.0.0. Por ahora, si tu equipo está invirtiendo tiempo en skills de IA personalizadas o conectores MCP, construirlos siguiendo este formato en lugar del esquema propietario de una sola herramienta es la apuesta más segura.