# Plugins y marketplaces: instalar capacidades como apps
Las skills resuelven tareas concretas: generar un Word, crear un Excel, convertir a PDF. Pero cuando necesitas un flujo completo —briefing, moodboard, propuesta, presentación— lo que necesitas no es una pieza, sino un paquete. Los plugins del marketplace de Claude agrupan skills, conectores y flujos predefinidos para que instales capacidades completas como si fueran apps, sin montar el sistema pieza a pieza.
El problema: demasiadas piezas sueltas
Una agencia creativa de ocho personas tenía un proceso conocido: cada nuevo cliente pasaba por briefing, moodboard, propuesta y presentación. Nada complicado. Todo perfectamente conocido. El problema era el mantenimiento: una plantilla para el briefing, otra para el moodboard, una skill para Word, un conector para Drive, un Excel auxiliar para controlar estados. Todo funcionaba mientras la persona correcta supiera dónde estaba cada cosa.
Cuando entró alguien nuevo al equipo, el primer proyecto no se perdía por creatividad. Se perdía por fricción. No sabía qué prompt usar, dónde estaba la plantilla correcta, ni cómo se conectaban las piezas. La agencia necesitaba algo más que habilidades sueltas: necesitaba capacidades empaquetadas, listas para usar sin configuración.
Plugin vs skill: la diferencia práctica
Un plugin no hace a Claude más listo. Lo hace más específico. Un plugin es un paquete que suele incluir una o varias skills, conectores ya configurados y comandos o flujos predefinidos. En lugar de montar tú el sistema pieza a pieza, alguien ya lo ha empaquetado. Eso ahorra tiempo si el paquete encaja con tu flujo real.
Un plugin merece la pena cuando el flujo es estable y se repite igual, cuando el equipo necesita una entrada sencilla sin saber los detalles técnicos y cuando mantener plantillas y skills sueltas empieza a costar más que usarlas. Si una persona nueva tarda más en encontrar la skill correcta que en hacer el trabajo manualmente, necesitas un plugin.
En la agencia, el plugin ideal era el que convertía automáticamente: briefing → moodboard → propuesta → presentación. Un solo punto de entrada. Misma salida siempre. Lo que antes requería recordar cuatro pasos, cuatro plantillas y cuatro ubicaciones ahora se resolvía con un solo comando.
Marketplaces: abundancia y ruido
Los marketplaces prometen mucho. Demasiado, a veces. Hay plugins excelentes que resuelven problemas reales de forma elegante. Y hay plugins que no deberías instalar ni para probar. Aquí no gana el que instala más: gana el que instala con criterio. Cada plugin que añades a tu sistema cambia cómo trabajas. Más no es mejor. Mejor es mejor.
Cómo auditar un plugin en cinco minutos
Antes de instalar nada, la agencia empezó a revisar siempre lo mismo. Cinco minutos de auditoría pueden ahorrar semanas de problemas:
– Autor: ¿Quién lo mantiene? ¿Empresa conocida, desarrollador identificado o nadie? Un plugin sin autor claro es un riesgo.
– Actualización: ¿Cuándo fue la última vez que se tocó? Un plugin sin mantenimiento es deuda técnica. Si lleva meses sin actualizarse, probablemente esté abandonado.
– Permisos: ¿Pide acceso a todo o solo a lo que necesita? Más permisos de los necesarios es mala señal. Un plugin de presentaciones no necesita acceder a tu correo.
– Promesa: ¿Hace una cosa clara o «soluciona todo»? Las promesas amplias suelen ocultar problemas. Los plugins mejores hacen una cosa bien y la documentan con claridad.
Este filtro rápido elimina el 80% de plugins que no merecen la pena y te deja con opciones que realmente aportan valor.
Instalar también es decidir
Instalar un plugin no es algo neutro. Cambias el sistema. Condicionas cómo trabaja el equipo. Introduces dependencias. Por eso la agencia adoptó una norma simple: todo plugin se prueba con un proyecto real durante dos semanas. Si no ahorra tiempo claro o reduce errores, sale. Sin debate. Sin nostalgia.
Antes de instalar, pregúntale a Claude:
> «Voy a instalar este plugin y pide estos permisos. Dime si lo que pide es razonable para lo que promete y qué riesgos veo.»
La respuesta te dará perspectiva antes de comprometerte. Claude puede analizar los permisos solicitados y contrastarlos con la funcionalidad prometida, identificando inconsistencias que podrían indicar un plugin mal diseñado o, peor, malintencionado.
Desinstalar no es un fracaso
Muchos equipos acumulan plugins «por si acaso». Eso no es preparación, es ruido. Un buen sistema tiene pocas capacidades bien usadas. Cada plugin que no se usa estorba: distrae, confunde y crea dependencia innecesaria. Desinstalar a tiempo es diseño, no fracaso.
La regla práctica es simple: si nadie del equipo puede explicar en una frase qué hace un plugin y cuándo se usa, probablemente no debería estar instalado. Haz una revisión trimestral: abre tu lista de plugins y pregúntate por cada uno si lo has usado en las últimas dos semanas. Si la respuesta es no, desinstálalo sin dudar.
No instales plugins para «ver qué tal». No mantengas plugins que nadie sabe explicar. No delegues tu criterio en un marketplace. Los plugins ayudan. El responsable sigues siendo tú.
Un sistema con tres plugins bien elegidos y bien usados siempre superará a uno con quince plugins de los que nadie recuerda por qué están ahí. Menos ruido, más señal. Esa es la métrica real de un buen setup.
El siguiente paso natural, una vez tienes capacidades bien instaladas, es programarlas para que se ejecuten sin intervención. Pero eso lo veremos en el próximo capítulo sobre tareas programadas y agentes silenciosos, donde aprenderás a hacer que el trabajo ocurra incluso cuando no estás delante del ordenador.
📖 El Empleado Digital — La guía práctica para automatizar tu trabajo y multiplicar tu productividad con IA.
👉 Disponible en Amazon