OpenAI se une a Amazon, Microsoft y Cursor en el estándar de complementos portátiles para agentes
El borrador de trabajo empaqueta los servidores Agent Skills y MCP para que un mismo plugin pueda ejecutarse en clientes de IA competidores, con Vercel ayudando también a gobernar la especificación.
By Ryan Merket · Published
Why it matters
Agent vendors are standardizing the package around AI workflows while keeping marketplaces and permissions under their own control. Developers gain portability without giving any single platform ownership of the format.
OpenAI se ha unido a Amazon, Microsoft, Cursor y Vercel en la gobernanza de Agent Plugins, una especificación neutral respecto a proveedores diseñada para permitir a los desarrolladores empaquetar habilidades reutilizables y servidores de Model Context Protocol una sola vez y cargarlos en distintos clientes de agentes de IA competidores.
La especificación versión 1.0 define una estructura de directorios común construida alrededor de un manifiesto obligatorio plugin.json. Los desarrolladores pueden agregar Agent Skills bajo un directorio fijo skills/ y declarar servidores MCP locales o remotos en un archivo mcp.json. Los fabricantes de clientes conservan el control sobre la instalación, la distribución, los permisos y el diseño de la interfaz.
Esa división es el acuerdo central. El estándar define el núcleo portable mientras deja espacio para que OpenAI, Microsoft, Amazon y otros proveedores agreguen sus propias funciones a través de espacios de nombres de extensión por dominio inverso. Un plugin puede, por lo tanto, incluir instrucciones y conexiones de herramientas que funcionen entre clientes, junto con hooks u otros componentes destinados a un producto en particular.
La especificación sigue siendo un borrador de trabajo. Agent Plugins v1 estandariza dos tipos de componentes: skills y servidores MCP. No crea un mercado común, un sistema de pagos ni una capa de autenticación. El formato de configuración MCP admite servidores locales a través de la entrada y salida estándar, servidores remotos usando Streamable HTTP, y el transporte más antiguo HTTP más Server-Sent Events. El descubrimiento OAuth y el almacenamiento de credenciales siguen siendo responsabilidad de cada cliente.
Un paquete para agentes competidores
la documentación de plugins de OpenAI ya describe los plugins como paquetes instalables que combinan skills, servidores MCP e interfaces opcionales para ChatGPT y Codex. OpenAI opera un directorio compartido entre esos dos productos, lo que permite a los desarrolladores publicar un plugin una sola vez para su descubrimiento en las superficies compatibles de OpenAI.
El nuevo formato entre proveedores aborda un problema más amplio. Las herramientas de codificación con IA construyeron sus sistemas de plugins por separado, obligando a los desarrolladores a reestructurar o duplicar los mismos archivos de skills y las configuraciones MCP para cada cliente. Agent Plugins establece ubicaciones y esquemas fijos que los clientes participantes pueden reconocer sin requerir que los autores de plugins mantengan un paquete central separado para cada herramienta.
El directorio de compatibilidad del proyecto lista ChatGPT y Codex, Cursor, Visual Studio Code y GitHub Copilot de Microsoft, y Kiro de Amazon. Los cinco soportan Agent Skills y al menos los transportes de entrada-salida estándar y Streamable HTTP para servidores MCP. El soporte puede adoptarse de forma incremental, por lo que un cliente puede cargar los componentes portables que entiende e ignorar el resto.
Para OpenAI, el estándar amplía un empuje de plugins que ya estaba en marcha. OpenAI añadió un directorio curado de plugins a Codex el 26 de marzo de 2026, describiendo los plugins como paquetes para flujos de trabajo reutilizables. El 9 de julio, OpenAI movió el directorio de apps de ChatGPT dentro de su Plugin directory, haciendo de los plugins el mecanismo principal de descubrimiento para flujos de trabajo entre ChatGPT y Codex. Las conexiones de apps existentes continuaron funcionando, mientras que los administradores de espacio de trabajo obtuvieron controles separados sobre la instalación de plugins y el acceso a las apps subyacentes.
Esos controles importan porque un paquete portable puede combinar instrucciones estáticas con software que accede a archivos, servicios en la nube y sistemas internos. La documentación empresarial de OpenAI separa el permiso para instalar un plugin del permiso para usar una app incluida. La especificación Agent Plugins exige asimismo que los clientes rechacen archivos que escapen del directorio del plugin, pero declara explícitamente que esas comprobaciones de rutas no aíslan un subproceso MCP. Cada cliente aún debe aplicar permisos de ejecución, acceso a la red y manejo de credenciales.
La gobernanza reparte el control entre proveedores
Agent Plugins tiene licencia abierta y se desarrolla a través de un repositorio de especificación público. Su Comité Directivo Técnico inicial está compuesto por mantenedores centrales de Amazon, Cursor, Microsoft, OpenAI y Vercel.
La carta de gobernanza del proyecto asigna escaños del comité a individuos en lugar de empresas y prohíbe que un solo proveedor controle la mayoría de las posiciones de mantenedor central. El comité supervisa cambios, reglas de compatibilidad, lanzamientos, trabajos de conformidad y disputas técnicas. Se pretende que las propuestas y las decisiones técnicas relevantes permanezcan públicas.
La membresía le da al estándar un alcance inmediato a través de varios de los puntos de distribución más grandes para el desarrollo de software asistido por IA. Microsoft controla Visual Studio Code y GitHub Copilot. Amazon opera Kiro y ya ha publicado colecciones de agent plugins orientados a AWS. Cursor administra uno de los productos independientes de codificación con IA líderes. OpenAI distribuye plugins a través de ChatGPT y Codex, mientras que Vercel publica herramientas de agente usadas por desarrolladores web.
Ese respaldo no garantiza un comportamiento idéntico entre productos. Las extensiones específicas de clientes siguen siendo parte del diseño, y los mercados, las reglas de revisión y los sistemas de permisos permanecen fragmentados. El borrador 1.0 establece, en cambio, una capa mínima de portabilidad: un manifiesto en una ubicación predecible, skills en otra y la configuración MCP en una tercera. Si los proveedores participantes mantienen esas piezas compatibles, los autores de plugins podrán distribuir el mismo conocimiento operativo y las definiciones de herramientas sin reconstruir el paquete alrededor del diseño de archivos de cada proveedor de agentes.