Agent Plugins 1.0.0: el estándar abierto para plugins portables de agentes IA (Vercel, OpenAI, Google, AWS, Microsoft, Cursor)

Un plugin para gobernarlos a todos

El 6 de agosto de 2026, Vercel anunció Agent Plugins 1.0.0, una especificación open source y vendor-neutral para empaquetar Agent Skills y MCP servers en plugins portables que funcionan across múltiples clientes de agentes IA. La idea es simple: empaquetas una vez, funciona en todos lados.

El problema que resuelve es real: los autores de extensiones adaptan el mismo componente a varios formatos de cliente. Aunque el Skill o MCP server subyacente es idéntico, cada cliente espera metadata diferente, discovery paths diferentes, o configuración MCP diferente. Agent Plugins da a esos componentes compartidos un home predecible y estructurado.

Quién está detrás

Vercel inició la propuesta. Representantes de Amazon Web Services (AWS), Anysphere (Cursor), GitHub, Microsoft y OpenAI la refinaron colaborativamente. Google se unió como Core Maintainer, representado por Kevin Hou.

El Technical Steering Committee (TSC) inicial incluye Core Maintainers de:

• AWS
• Cursor (Anysphere)
• Microsoft
• OpenAI
• Vercel
• Google (recién unido)

El proyecto es openly licensed, con maintainers, proceso de contribución y decisiones técnicas públicas. Ninguna roadmap de una sola empresa dirige el formato.

Clientes compatibles al lanzamiento

Agent Plugins 1.0.0 está soportado en:

• ChatGPT y Codex (OpenAI)
• Cursor (Anysphere)
• GitHub Copilot (Microsoft)
• Kiro
• VS Code (Microsoft)

Los autores de plugins pueden empaquetar componentes una vez, y su plugin automáticamente funciona entre todos los clientes compatibles.

Estructura de un Agent Plugin

my-plugin/
├── plugin.json              # Manifest mínimo
├── skills/                  # Agent Skills
│   └── summarize/
│       ├── SKILL.md
│       ├── scripts/
│       └── references/
├── mcp.json                 # MCP server config
└── com.example.client/      # Extensiones client-specific (namespaced)

El manifest mínimo

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

Solo dos campos son obligatorios: $schema y name. El resto del contrato se representa en la estructura de archivos del directorio mismo.

Cómo funciona el discovery y loading

1. Cada cliente compatible busca plugin.json en la raíz del plugin
2. Los clientes que soportan Skills los descubren bajo skills/
3. Los clientes que soportan MCP servers leen su config de mcp.json
4. Un cliente puede soportar uno o ambos tipos de componentes
5. Tras validar el manifest, los componentes se validan independientemente — un componente inválido no deshabilita los demás

Principios de diseño

Small on purpose

Agent Plugins define el contrato portable del plugin y dejan el comportamiento del cliente a cada cliente. La versión 1 foca el contrato en dos tipos de componentes: Agent Skills y MCP servers. Ambos ya tienen especificaciones y adopción significativa por sí mismos. Agent Plugins no intenta redefinirlos: provee una definición compartida de cómo los clientes encuentran los componentes juntos en un plugin distribuible.

Otros componentes como commands, hooks y agents se quedan con cada cliente. El TSC puede considerar tipos adicionales en futuras versiones cuando la semántica converja y haya una necesidad de portabilidad demostrada.

Clients retain flexibility

Agent Plugins incluye un mecanismo de extensiones namespaced para data y archivos client-specific. Las extensiones quedan fuera del contrato portable. Cada cliente define su propio namespace, y otros clientes lo ignoran. Esto previene que el comportamiento client-specific leakee al formato común o bloquee la adopción de componentes compartidos.

Open, multi-vendor

Ninguna empresa individual controla el formato. La gobernanza, el proceso de contribución y las decisiones técnicas son públicas. El repositorio de especificación vive en GitHub: agentplugins/agent-plugins-spec.

Google se une como Core Maintainer

Google anunció que se une al TSC como Core Maintainer y está integrando Agent Plugins en sus productos:

• Agents CLI: empaqueta las expert skills de Google para agent building, evaluation, deployment, observability y publishing. Funciona con cualquier AI coding agent — Antigravity, Gemini CLI, Claude Code o Cursor — convirtiéndolo en experto en agent building y agent ops. Ahora distribuíbles en un formato que no es solo de Google.
• Data Agent Kit: colección de plugins que traen Google Data Cloud a tu AI coding agent o IDE. Permite a los agentes gestionar data assets, correr queries y deployar data pipelines. Conecta a BigQuery, Spanner, Cloud SQL y más. Al adoptar Agent Plugins, estas skills y MCP servers son portables across cualquier cliente compatible.

Google espera llevar soporte de Agent Plugins a más productos que ya trabajan con Skills y MCP servers.

Cómo empezar

Para autores de extensiones

Si escribes extensiones para agentes, puedes usar la especificación para empaquetar Skills y MCP servers detrás de un manifest portable. La spec, JSON Schemas y guías están en agent-plugins.org.

Para implementadores de clientes

Si construyes un cliente de agentes, el conformance checklist de la especificación define los requisitos mínimos para descubrir y cargar Agent Plugins.

Recursos

• Especificación: agent-plugins.org
• Repo de gobernanza: github.com/agentplugins/agent-plugins-spec
• JSON Schemas: https://agent-plugins.org/schemas/1.0.0/plugin.schema.json

Por qué importa

Antes de Agent Plugins, el ecosistema de extensiones para agentes IA estaba fragmentado: un Skill que funcionaba en Cursor necesitaba reempaquetarse para Codex, que a su vez necesitaba formato diferente para GitHub Copilot. Los MCP servers eran portables pero la capa de packaging y discovery no lo era.

Agent Plugins resuelve esto con un contrato mínimo y predecible: un plugin.json en la raíz, skills/ para Agent Skills, mcp.json para MCP servers. Cada cliente decide qué componentes soporta. Las extensiones client-specific viven en namespaces que no contaminan el formato común.

Con AWS, Google, Microsoft, OpenAI, Vercel, Cursor y GitHub alineados detrás de un mismo formato, el ecosistema de agentes IA tiene por primera vez un estándar compartido para extensiones. El efecto network es directo: más autores publicarán plugins porque un solo package alcanza múltiples clientes, y más clientes implementarán soporte porque hay más plugins disponibles.

FAQ

¿Agent Plugins es gratis?

Sí. La especificación es open source y openly licensed. No hay fees ni royalties.

¿Agent Plugins reemplaza MCP?

No. Agent Plugins no redefine MCP. Provee una capa de packaging y discovery encima. El mismo MCP server funciona con Claude Code, Codex y otros clientes. Agent Plugins lo hace distribuible como parte de un bundle.

¿Agent Plugins reemplaza Agent Skills?

No. Agent Skills ya tiene su propia especificación. Agent Plugins define cómo los clientes encuentran Skills dentro de un plugin distribuible, pero no redefine qué es un Skill.

¿Puedo usar Agent Plugins con Claude Code?

Al lanzamiento, Claude Code no está listado como cliente compatible. Sin embargo, los MCP servers empaquetados en un Agent Plugin siguen siendo MCP servers estándar, por lo que pueden configurarse manualmente. El soporte nativo depende de Anthropic.

¿Quién controla el formato?

El Technical Steering Committee (TSC) con Core Maintainers de AWS, Cursor, Google, Microsoft, OpenAI y Vercel. Las decisiones son públicas. Ninguna empresa individual dirige el formato.

Conclusión

Agent Plugins 1.0.0 es el primer estándar verdaderamente multi-vendor para extensiones de agentes IA. Con seis de las empresas más importantes del ecosistema alineadas — Vercel, OpenAI, Google, AWS, Microsoft y Cursor — el formato tiene el backing necesario para convertirse en el estándar de facto. La decisión de mantenerlo small on purpose es acertada: foca en lo que ya tiene adopción (Skills y MCP) y deja el resto a cada cliente. Para desarrolladores que escriben extensiones, significa menos duplicación. Para empresas que adoptan agentes IA, significa portabilidad real. Para el ecosistema, significa que la próxima ola de innovación en agentes no vendrá de un solo vendor, sino de un formato compartido.