Hay una trampa con los plugins de Claude Code: suena a "instala estos cinco y serás el doble de productivo", y la mayoría de listas te los venden como si fueran apps mágicas. No lo son. Un plugin no hace a Claude más listo; le da herramientas preparadas para un trabajo que tú repites. La diferencia entre quien los aprovecha y quien acaba con la sesión llena de ruido está en saber qué hace cada uno y en no instalar de más.
Esta guía va al grano: qué son de verdad, cómo se instalan con un par de comandos, los que sí acaban ganándose su sitio, y cómo elegir sin convertir tu Claude en un cajón de sastre.
Nota
Un plugin de Claude Code es un paquete que añade capacidades sin tocar el núcleo. Dentro puede traer comandos slash propios, subagentes especializados, hooks (acciones automáticas) y servidores MCP que conectan herramientas externas. Sigue siendo Claude; lo que cambia es que llega con la caja de herramientas ya montada.
Qué es un plugin (y qué no)
Piensa en Claude Code de fábrica como un buen manitas con las manos vacías: sabe hacer de todo, pero cada vez le tienes que explicar la tarea y prestarle las herramientas. Un plugin es entregarle un maletín ya preparado para un oficio concreto.
Técnicamente, un plugin puede empaquetar cuatro cosas, solas o combinadas:
- Comandos: nuevos
/comandosque disparan flujos completos. - Subagentes: ayudantes especializados a los que Claude delega una parte del trabajo.
- Hooks: acciones que se ejecutan solas en ciertos momentos (al guardar, al terminar, antes de un commit).
- Servidores MCP: el puente para que Claude hable con servicios externos (tu base de datos, una API, una herramienta de diseño).
Lo que NO es un plugin: no es un modelo distinto ni "más inteligencia". Y no es lo mismo que tu CLAUDE.md (contexto en texto) ni que una skill suelta (una instrucción especializada). De hecho, un plugin puede contener skills dentro y distribuirlas para que las instales de golpe.
El marketplace: de dónde salen
Los plugins viven en marketplaces, que no son más que repositorios de GitHub con un índice de plugins. Hay marketplaces oficiales de Anthropic y otros mantenidos por la comunidad. Antes de instalar nada, das de alta el marketplace; a partir de ahí ya puedes instalar piezas sueltas de su catálogo.
Si te gusta lo visual, el comando /plugin a secas abre un explorador dentro de la terminal: navegas el catálogo, ves la descripción de cada plugin e instalas con Enter, sin tocar un solo comando más.
Cómo se instala: dos comandos y listo
Todo el flujo cabe en dos pasos. Primero registras el marketplace, luego instalas lo que quieras de él:
# 1) Da de alta el marketplace (un repo de GitHub: owner/repo)
/plugin marketplace add anthropics/claude-code
# 2) Instala un plugin concreto de ese marketplace
/plugin install nombre-del-plugin@claude-code
# Atajo: abre el explorador visual para navegar e instalar a mano
/pluginAlgunas notas que ahorran disgustos: tras instalar, Claude suele pedir reiniciar la sesión para cargar el plugin. Puedes tener varios marketplaces dados de alta a la vez, y el @marketplace del final del comando es lo que evita confusiones cuando dos catálogos tienen plugins con el mismo nombre. Para quitar algo, /plugin te deja desinstalar desde el mismo explorador.
Los que sí se ganan su sitio
No voy a darte una lista de "los 10 imprescindibles" porque no existen: depende de a qué te dediques. Lo que sí hay son categorías que casi todo el mundo acaba usando. Estos son los tipos de plugin que aportan de verdad, con el criterio honesto de qué te da cada uno.
Para revisar tu propio trabajo
Plugins de revisión de código y de calidad. Antes de cerrar una tarea, lanzan una pasada buscando errores, lógica frágil o cosas que se pueden simplificar. Lo que aportan: un segundo par de ojos sistemático que no se cansa. Aquí encaja también la revisión de seguridad, que mira credenciales expuestas o entradas sin validar. No sustituye criterio, pero atrapa el despiste tonto antes de que llegue a producción.
Para no perder el contexto entre sesiones
Plugins de gestión de tareas y memoria de proyecto: convierten lo que ibas a hacer en una lista persistente y dejan apuntado dónde quedaste. Lo que aportan: que mañana retomes sin reconstruir media hora de contexto. Si trabajas en cosas largas, esto es de lo que más se nota.
Para escribir y mantener tu marca
Plugins de voz de marca y contenido: aprenden tu estilo a partir de textos tuyos y mantienen el tono coherente en todo lo que generes. Lo que aportan: dejar de corregir a mano el "esto no suena a mí" en cada borrador. Para quien produce contenido con regularidad, ahorra horas de pulido.
Para conectar herramientas externas (MCP)
Plugins que traen servidores MCP ya configurados: tu base de datos, tu sistema de diseño, tu gestor de issues. Lo que aportan: que Claude actúe sobre tus herramientas reales, no solo sobre archivos. Es la categoría más potente y también la que más cuidado pide, porque le das acceso a servicios de verdad.
Para diseño y front-end
Plugins de crítica de diseño y accesibilidad: revisan una interfaz y señalan contrastes pobres, jerarquía confusa o problemas de accesibilidad. Lo que aportan: criterio de diseño aplicado sin tener un diseñador al lado. Útiles si tú pones el código pero el ojo no es lo tuyo.
Consejo
Fíjate en el patrón: los plugins que más rinden son los que automatizan una tarea que ya haces a mano y repites. Si no repites algo, un plugin para eso solo es contexto extra ocupando sitio.
Cómo elegir sin liarte
El error de novato es instalar diez plugins el primer día "por si acaso". Mala idea: cada plugin mete sus comandos y su contexto en la sesión, y todos compiten por la atención de Claude. Más plugins puede significar peores resultados, no mejores.
Tres preguntas antes de instalar cualquiera:
- ¿Resuelve algo que repito? Si la tarea es puntual, no merece un plugin permanente.
- ¿Puedo ver qué hace? Prioriza repos abiertos y mantenidos. Mira qué hooks trae y qué MCP conecta; desconfía de accesos que no necesita para su trabajo.
- ¿No lo tengo ya? Mucho de lo que prometen los plugins lo cubres con cuatro líneas en tu
CLAUDE.mdo con una skill. No instales un paquete entero para algo que un párrafo de contexto resuelve.
Y una rutina sana: cada par de semanas, abre /plugin y desinstala lo que no has tocado. Tu sesión te lo agradece.
Empieza con uno
No montes tu stack de plugins de golpe. Da de alta un marketplace, instala un plugin que ataque tu tarea más repetida —revisión de código, gestión de tareas, voz de marca, lo que más sufras— y úsalo una semana entera. Cuando lo tengas integrado en tu flujo, añade el siguiente.
La curva aquí no es técnica: es de criterio. Los plugins no te hacen más productivo por tenerlos, sino por elegir bien los pocos que de verdad te quitan trabajo de las manos.