Herramientas

Cómo elijo qué instalar (y qué dejar pasar)

Cada par de semanas aparecen skills, plugins y herramientas nuevas que mejoran la calidad de lo que produzco. Mantenerse al día es uno de los desafíos de todos los días.

Seguir canales que van contando las novedades es un gran atajo, y muy entretenido a la vez.

Así fue como me topé con dos piezas que al principio parecían accesorias y terminaron cambiando la calidad de mi trabajo con Claude Code: las skills y los plugins.

Vale la pena explicar qué son y en qué se diferencian.

Skill es la unidad mínima: una carpeta con un archivo SKILL.md que le indica a Claude cómo encarar una tarea específica. La skill docx le enseña a generar documentos Word con formato profesional. La skill pdf, a leer y editar PDFs. La skill skill-creator, a crear otras skills.

Plugin es el envoltorio: un paquete que puede contener varias skills, comandos personalizados, agentes, hooks y conectores MCP. Se instala como una unidad y se actualiza junta. El plugin frontend-design de Anthropic, por ejemplo, trae una skill homónima que cambia radicalmente el resultado visual del frontend que Claude genera.

Dicho rápido: los plugins son distribución, las skills son contenido. Un plugin maduro suele venir con una o más skills adentro.

Lo que estoy usando hoy:

  • superpowers — fuerza metodología de TDD (escribir tests antes que código), planificación previa, debugging estructurado y auto-revisión.
  • feature-dev — workflow guiado para desarrollar features nuevas con agentes de exploración, arquitectura y revisión.
  • code-review — review automatizado de pull requests con múltiples agentes en paralelo.
  • frontend-design — eleva el diseño visual del frontend que genera Claude. Saca a la herramienta del look “AI genérico”.
  • playwright — automatización de browser para testing.
  • superpowers-chrome — extiende Superpowers con automatización de Chrome.

A nivel skills sueltas, del repo oficial anthropics/skills, tengo cargadas las de documentos (docx, pdf, xlsx, pptx) más skill-creator y mcp-builder.

Estas son las que más uso a diario. Probé bastantes más — algunas las descarté, otras quedaron instaladas pero sin uso frecuente. Y seguro hay muchísimas igual de buenas que todavía no toqué.

Instalación: proyecto vs global

Una skill o plugin se puede instalar a nivel global (disponible en todas tus sesiones de Claude Code) o a nivel de proyecto (sólo dentro de un repo específico).

Mi criterio, afinado en el camino:

  • Skills genéricas que sirven en cualquier contexto → global. Por ejemplo, docx o skill-creator.
  • Skills o plugins específicos al stack del proyecto → en el proyecto. Si el repo es Next.js, ahí va frontend-design. Si tiene tests con Playwright, ahí va playwright.

¿Por qué importa esta distinción? Porque cada skill y cada plugin instalado viaja como contexto en cada pedido. Si tenés diez plugins globales, cada conversación arranca con todos esos kilobytes encima — más tokens, más latencia, más costo, y a veces más confusión para el modelo.

Cargar de tools sin criterio es la forma más rápida de empeorar la calidad de la salida.

Lo que aprendí a evitar

Por recomendación de muchos de mis “mentores online”:

  • Skills de marketplaces no oficiales sin firma verificable.
  • Skills que ejecutan curl o wget, o cargan recursos remotos en runtime.
  • Repositorios con miles de skills agregadas automáticamente — sirven como índice para descubrir, pero no instalo nada sin auditar el SKILL.md antes.
  • Skills que se autocargan vía hooks o triggers amplios.

Antes de instalar, abro el SKILL.md y leo qué hace, qué scripts ejecuta y qué permisos pide. Cinco minutos que evitan problemas grandes.

No tengo una metodología cerrada. Estoy probando, descartando, ajustando. Lo que hoy uso no necesariamente es lo que voy a usar en seis meses.

¿Qué skills o plugins están usando ustedes que me recomendarían probar?

Comentarios