En una de las pruebas de sus autores, el agente se saltaba el documento de diseño sin preguntar en 24 de 24 ejecuciones; tras el cambio publicado el 21 de octubre de 2026 en la versión 7.0.1, lo hizo en 3 de 24. Ese es el tipo de problema que ataca Superpowers, el conjunto de skills de Jesse Vincent y Prime Radiant que ronda ya las 308.700 estrellas en GitHub. No es una skill suelta, sino una metodología completa: el agente pregunta, diseña, planifica, programa con TDD y revisa antes de dar nada por terminado.
Qué hace y cuándo se activa
Superpowers se instala como plugin y, al empezar la sesión, inyecta en el contexto la skill using-superpowers, que obliga al agente a buscar una skill aplicable antes de cualquier tarea. El README lo deja claro: son flujos obligatorios, no sugerencias. A partir de ahí, el flujo básico encadena siete pasos:
- brainstorming: antes de construir nada, saca lo que quieres y por qué, te lo devuelve para que lo corrijas y escribe un documento de diseño si el trabajo lo merece.
- using-git-worktrees: con el diseño aprobado, crea un worktree en una rama nueva y comprueba que los tests pasan de partida.
- writing-plans: divide el trabajo en tareas de 2 a 5 minutos con rutas de fichero, código y pasos de verificación.
- subagent-driven-development o executing-plans: un subagente nuevo por tarea con revisión tras cada una (lo más exhaustivo) o todo en la sesión actual con una revisión final (lo más barato).
- test-driven-development: ciclo rojo-verde-refactor estricto.
- requesting-code-review: revisión contra el plan entre tareas; los problemas críticos bloquean el avance.
- finishing-a-development-branch: verifica los tests y ofrece fusionar, abrir un PR, conservar o descartar la rama.
Hay además skills de depuración (systematic-debugging, verification-before-completion) y una, diagnosing-superpowers, que lee la transcripción de una sesión que se ha torcido y explica qué pasó con evidencias línea a línea.
Qué trae la serie 7
La versión 7.0.0, del 9 de octubre de 2026, rehízo brainstorming desde cero: ahora decide el tamaño del trabajo (hacerlo sin más, acordarlo en el chat o escribir un diseño completo) y añade un subagente que lee el diseño como lo haría quien lo va a construir y lista lo que aún preguntaría. La 7.0.1 corrigió lo que los usuarios señalaron enseguida: las preguntas eran repetitivas. Ahora lee el proyecto y los ficheros que le indicas antes de su primer mensaje y no pregunta lo que ya está respondido.
El cambio más útil para quien usa Claude Code es otro. Tras una compactación, Claude Code vuelve a adjuntar cada skill cortada a 20.000 caracteres, y lo que queda detrás desaparece del resto de la sesión. En un caso reportado, subagent-driven-development perdió así su límite de cinco rondas y encadenó 18 rondas de correcciones en una sola tarea. La 7.0.1 movió partes de tres skills largas a ficheros references/ que el agente lee cuando los necesita, y un test falla si algún SKILL.md llega a 20.000 bytes. Es una lección aplicable a cualquier skill propia que crezca.
Cómo instalarla
En Claude Code está en el marketplace oficial de plugins:
/plugin install superpowers@claude-plugins-officialEl README da instrucciones para quince entornos más, entre ellos Codex, Cursor, Gemini CLI, GitHub Copilot CLI y OpenCode, y cada uno se instala por separado. Para comprobar que funciona, basta con abrir una sesión nueva y pedir algo como "Let's make a react todo list": si está bien instalada, arranca brainstorming antes de escribir una línea de código.
Riesgos y límites
- Un hook que se ejecuta en cada sesión. El plugin registra un hook
SessionStart(en el arranque, tras/cleary tras compactar) que lanza un script de Bash. El script solo leeusing-superpowers/SKILL.mdy lo devuelve como contexto, pero ese texto pasa a condicionar todo lo que hace el agente. - Telemetría opcional. El "visual companion" de
brainstormingcarga el logo de Prime Radiant desde su web, con la versión instalada. Se desactiva conSUPERPOWERS_DISABLE_TELEMETRYy respetaDISABLE_TELEMETRYyCLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFICde Claude Code. - TDD sin concesiones. La skill de TDD borra el código escrito antes que sus tests. En un repo sin tests o con una suite lenta, eso choca con la forma de trabajar del equipo.
- Coste en tokens. Un subagente por tarea con revisión después de cada una es el modo más exhaustivo y también el más caro;
executing-plansexiste precisamente como alternativa barata.
La licencia es MIT.
Frente a trabajar sin ella
La comparación natural es el agente tal cual: le pides una funcionalidad y empieza a escribir código. Superpowers cambia ese orden, y sus propias cifras muestran que no es trivial conseguirlo: incluso con la skill instalada, el agente se saltaba el diseño en todas las ejecuciones de una prueba hasta la 7.0.1. Para cambios pequeños, el propio brainstorming decide hacerlo sin más; el valor aparece en tareas de varias horas, donde un plan revisado y tests primero evitan que el agente se desvíe. Si tu equipo ya trabaja con diseño previo, worktrees y TDD, Superpowers codifica esa disciplina para el agente. Si no, te la va a imponer.