En qué maduró el lanzamiento del marketplace del 22 de mayo de Anthropic hacia julio
Anthropic lanzó el directorio oficial de plugins de Claude Code el 22 de mayo de 2026 con 55+ plugins curados cubriendo inteligencia-de-código basada en LSP, integraciones de servidores MCP, flujos de git y revisión de seguridad. Seis semanas dentro, el repositorio anthropics/claude-plugins-official cruzó las 20,000 estrellas y el marketplace comunitario en anthropics/claude-plugins-community sumó 70+ plugins de terceros que pasaron el screening automatizado de seguridad-y-calidad. El panel /plugin sale en la caja con un catálogo curado navegable desde dentro de Claude Code; el comando de instalación se colapsa a /plugin install <nombre>, cableando los comandos slash del plugin, definiciones de agentes, configs de servidores MCP y definiciones de skills en el scope correcto (usuario, proyecto o local) sin configuración manual.
Las lecturas operativamente importantes:
- El colapso del comando-de-instalación es el delta de productividad real, no la cuenta de plugins. La era anterior de extensión de Claude Code se enviaba como un ejercicio por-equipo de
git clone+ manifiesto por-máquina en~/.claude+ cableado por-proyecto ensettings.json; cada ingeniero senior escribía el mismo runbook de instalación, y cada ingeniero junior mal-configuraba el scope./plugin install <nombre>es la affordance que retira el runbook — el paso de onboarding cómo agrego este plugin a mi Claude Code que el equipo escribió contra la era anterior se colapsa a un solo comando dentro de la migración. - La división curado / comunidad es el artefacto de revisión-de-seguridad que el equipo de plataforma ha estado escribiendo. Los 55+ plugins curados se envían contra el propio camino de revisión de Anthropic; los 70+ plugins comunitarios se envían contra el screening automatizado de seguridad-y-calidad anclado a un SHA de commit específico en el catálogo. El modelo de gobernanza del portafolio de plugins de FY27 — qué plugins envía el equipo en la imagen default de Claude Code, cuáles el equipo hace opt-in, cuáles el equipo bloquea directamente — califica contra el catálogo de dos-tiers en lugar de la revisión a-medida por-plugin que el equipo ha estado escribiendo por instalación.
- Los skills son la superficie de autoría de plugins en lenguaje-natural. La era anterior requería TypeScript para comandos slash, YAML para definiciones de agentes, JSON para cableado de MCP; los skills colapsan la superficie de autoría a descripciones en lenguaje-natural guardadas en disco sin paso de deployment y sin compilación. El backlog interno de customización de Claude Code del equipo — los ítems de cablearíamos este flujo si el costo de autoría de plugins fuera más bajo — se limpia contra la affordance de skills.
- Las categorías de plugins coinciden con la superficie operativa del agente-de-programación. Los Code Intelligence Plugins envían LSP para TypeScript, Python, Go, Rust, C/C++, Java, C#, Kotlin, PHP, Lua, Swift; los External Integration Plugins agrupan servidores MCP pre-configurados; los Development Workflow Plugins añaden flujos de git-commit, toolkits de revisión de PR y runbooks de actualización de dependencias. La ruta por-defecto de qué categoría de plugins envía la imagen de Claude Code del equipo es el artefacto de configuración-de-plataforma contra el que califica el objetivo de experiencia-de-desarrollador de FY27.
La lectura estructural no es Anthropic lanzó un marketplace de plugins. Es que la superficie de extensión del agente-de-programación cruzó de a-medida-por-equipo a estandarizada-por-plataforma — el modelo de gobernanza del portafolio de plugins que el equipo de plataforma ha estado escribiendo contra el runbook anterior por-instalación tiene un catálogo de dos-tiers contra el que calificar, y el objetivo de experiencia-de-desarrollador de FY27 sobre estandarización de la imagen de Claude Code tiene un artefacto concreto de configuración contra el que enviar.
Lo que el marketplace reestructura para el plan de plataforma de Claude Code de FY27
La imagen de Claude Code del equipo se estandariza contra el subconjunto curado del catálogo. La era anterior no tenía baseline de plugins por-defecto; cada desarrollador configuraba Claude Code contra sus propias preferencias, y el equipo de plataforma perdía la capacidad de calificar la superficie del agente-de-programación contra una configuración estandarizada. El subconjunto curado del catálogo que el equipo de plataforma fija en la imagen estándar es ahora el artefacto de experiencia-de-desarrollador de FY27 — calificar la imagen estándar contra la cobertura de LSP para el portafolio de lenguajes del equipo, la cobertura de servidores MCP para el portafolio de herramientas del equipo, y la cobertura de workflow para el ciclo de release-engineering del equipo.
Los plugins comunitarios se envían contra un modelo de gobernanza de dos-tiers, no revisión a-medida por-plugin. El screening automatizado de seguridad-y-calidad contra el que corre el marketplace comunitario — pinning de SHA de commit, análisis estático, revisión de permisos — es el artefacto de revisión-de-seguridad que el equipo de plataforma estaba escribiendo por-instalación. El modelo de gobernanza de FY27 que califica cada plugin contra el tier de screening de Anthropic y el propio camino de revisión adicional del equipo retira el trabajo a-medida por-plugin; el backlog de revisión-de-plugins del equipo de seguridad se limpia contra el sustrato de dos-tiers.
Los skills colapsan el costo de autoría de plugins-internos contra descripciones en lenguaje-natural. El costo anterior de autoría — el overhead de TypeScript-más-YAML-más-JSON para comandos slash, agentes y cableado de MCP — es lo que mantenía al backlog interno de customización de Claude Code sin limpiarse. Los skills como superficie de autoría en lenguaje-natural abren el backlog a los mismos ingenieros senior que estaban escribiendo runbooks por-equipo — los ítems de flujo-interno que el equipo scopeó contra el costo anterior de autoría se limpian dentro del sprint que envía el primer batch de skills-internos.
La superficie de integración de MCP se envía pre-cableada contra el bundle de External Integration Plugins. Cada instalación de servidor MCP que el equipo estaba configurando por-proyecto contra cableado en settings.json es ahora un comando /plugin install <nombre>. El costo anterior por-proyecto de integración-de-MCP que el equipo escribió contra JSON manual se colapsa contra los bundles pre-configurados — el plan de adopción-de-MCP de FY27 califica contra la ruta de instalación estandarizada del marketplace en lugar del cableado a-medida por-proyecto.
Dónde el lanzamiento del marketplace es señal y dónde es ruido
Señal: la cuenta combinada de 125+ plugins es el artefacto de madurez-del-ecosistema, no la métrica de marketing. La cuenta de plugins es lo que hace al catálogo de dos-tiers operativamente portante — un catálogo de 20 plugins no limpiaría la cobertura del workflow del agente-de-programación del equipo; un catálogo de 125+ sí. Cada categoría contra la que corre la superficie operativa del agente-de-programación del equipo (LSP, MCP, git, revisión de PR, escaneo de seguridad) tiene opciones plurales dentro del tier curado — el modelo de gobernanza de FY27 tiene suficiente sustrato para calificar contra por-categoría en lugar de por-plugin.
Señal: el colapso del comando /plugin install es el artefacto de experiencia-de-desarrollador. El colapso del comando retira el runbook por-equipo de instalación que el equipo de plataforma estaba escribiendo; el tiempo de onboarding que el equipo estaba midiendo contra el runbook por-equipo mejora contra la superficie de instalación estandarizada. El objetivo de tiempo-de-onboarding de FY27 que el equipo escribió contra el runbook anterior califica contra la nueva superficie de comando — medir el delta, enviar la actualización a los docs de onboarding, retirar el runbook.
Ruido: cada plugin es production-ready es el marco incorrecto. El catálogo de dos-tiers califica plugins contra screening de seguridad-y-calidad, no contra production-readiness para el workflow específico del agente-de-programación del equipo. El marco que lee el catálogo como un estante production-ready sobrepasa el camino de revisión; el marco que lee el catálogo como un sustrato de tier-de-screening contra el que la propia revisión del equipo califica atina en el modelo.
Ruido: los skills reemplazan a todas las otras superficies de autoría de plugins. Los skills son la superficie de autoría en lenguaje-natural para plugins scoped-a-workflow; los comandos slash, definiciones de agentes y cableado de MCP siguen enviándose contra sus superficies de autoría anteriores para las categorías de plugin que cubren. El marco que lee los skills como la superficie universal de autoría sobrepasa la affordance; el marco que lee los skills como la superficie de autoría scoped-a-workflow atina en el objetivo.
Lo que el equipo de plataforma debería hacer en las próximas dos semanas
Calificar el portafolio de lenguajes y herramientas del equipo contra el subconjunto curado del catálogo. Para cada lenguaje contra el que corre la superficie del agente-de-programación del equipo, fijar el plugin LSP del catálogo curado; para cada servidor MCP contra el que corre la superficie del agente-de-programación del equipo, fijar el External Integration Plugin del catálogo curado; para cada workflow contra el que corre el ciclo de release-engineering del equipo, fijar el Development Workflow Plugin del catálogo curado. La salida es la imagen estándar de Claude Code de FY27 que el equipo envía a cada ingeniero.
Enviar el modelo de gobernanza de dos-tiers como el artefacto de portafolio-de-plugins. Para cada plugin comunitario que el equipo quiera correr, calificar contra el tier de screening automatizado de seguridad-y-calidad más el propio paso adicional de revisión del equipo; documentar el tier-de-revisión-por-plugin como el artefacto de modelo-de-gobernanza de FY27. El backlog de portafolio-de-plugins que el equipo de seguridad estaba escribiendo por-instalación se limpia contra el sustrato de dos-tiers; el SLA de aprobación-de-plugin que el equipo de seguridad ha estado corriendo contra revisión a-medida por-plugin se mueve contra la evaluación tier-por-plugin.
Limpiar el backlog interno de customización de Claude Code contra la superficie de autoría de skills. Para cada workflow que el equipo scopeó contra el costo anterior de autoría de TypeScript-más-YAML-más-JSON, re-scopearlo contra descripciones de skills en lenguaje-natural; enviar el primer batch de skills-internos como el entregable del sprint; medir el delta de tiempo-de-autoría por-workflow como la entrada de experiencia-de-desarrollador de FY27. Los ítems de flujo-interno que el backlog cargaba contra el costo anterior de autoría se limpian dentro del sprint.
Actualizar los docs de onboarding contra la superficie del comando /plugin install. El runbook por-equipo de instalación que el equipo de plataforma estaba escribiendo se retira contra el comando estandarizado; los docs de onboarding que el equipo estaba manteniendo contra el runbook se actualizan para referenciar el catálogo del marketplace y el comando de instalación. El objetivo de tiempo-de-onboarding que el equipo escribió contra el runbook anterior se re-califica contra la nueva superficie — la entrada de experiencia-de-desarrollador de FY27 sobre onboarding de Claude Code se mueve contra el comando estandarizado.
Lo que el marketplace abarata pero no reemplaza
El lanzamiento del marketplace del 22 de mayo comprime el costo de instalación, el costo de autoría y el costo de revisión por-plugin de la superficie de extensión de Claude Code, no el juicio senior de decidir qué plugins se envían en la imagen estándar de Claude Code del equipo, escribir el paso de revisión adicional que el equipo corre encima del tier de screening de Anthropic, ser dueño del modelo de gobernanza de FY27 sobre el contrato de portafolio-de-plugins, y ejecutar la revisión de código por-ciclo contra la superficie operativa del agente-de-programación del equipo. Los equipos que confunden el costo de instalación abaratado con el juicio abaratado envían la imagen estándar de Claude Code con un portafolio de plugins contra el que el workflow del agente-de-programación del equipo no califica, leen el post-mortem por-ciclo sobre la brecha de portafolio-de-plugins que el paso de revisión habría expuesto, y comen el costo de re-entrenamiento cuando el churn del portafolio-de-plugins golpea la experiencia-de-desarrollador. Los equipos que mantienen el juicio senior en el centro de la decisión del portafolio-de-plugins traducen el catálogo de dos-tiers y el colapso de /plugin install en mejoras de experiencia-de-desarrollador por-trimestre que el runbook anterior por-instalación no podía producir.
La pregunta de Claude Code ya no es el equipo corre plugins; es qué plugins envía la imagen estándar del equipo, cómo el catálogo de dos-tiers califica contra el propio paso de revisión del equipo, y cómo la superficie de autoría de skills limpia el backlog interno de customización de Claude Code dentro del plan de experiencia-de-desarrollador de FY27.
En SONNET CODE ejecutamos la práctica de Desarrollo de IA contra el plan de imagen-estándar de Claude Code — cobertura de LSP por-lenguaje contra el catálogo curado, cobertura de servidor MCP por-herramienta contra el bundle de External Integration Plugins, autoría de skills por-workflow contra el backlog interno de customización, y el modelo de gobernanza de dos-tiers contra el contrato de portafolio-de-plugins de FY27. Si la imagen de Claude Code de tu equipo todavía está configurada por-ingeniero contra el runbook anterior por-instalación, agenda una llamada — te llevaremos a través del plan de imagen-estándar que lanzamos dentro de un sprint contra el catálogo de dos-tiers del marketplace.
