Superpowers
Skills de obra para agentes de programación que se activan solas e imponen un método: preguntar, diseñar, planificar, probar primero y revisar.
Fuente: Superpowers (repositorio oficial) · Oficial · Mantiene Jesse Vincent (Prime Radiant) · Licencia MIT · Ver original en github.com
Ficha técnica
- Requisitos
- Un agente de programación compatible con plugins o skills
- Compatible con
- Claude Code
- Codex
- Cursor
- Gemini CLI
- GitHub Copilot CLI
- OpenCode
- y otros diez entornos
Qué es
Superpowers es una metodología completa de desarrollo de software para agentes de programación, construida sobre un conjunto de skills combinables y unas instrucciones iniciales que hacen que el agente las use. El paquete se presenta como las skills de Superpowers y el arranque en tiempo de ejecución para agentes de programación.
La construyen Jesse Vincent y el resto del equipo de Prime Radiant, y tiene licencia MIT con copyright de Jesse Vincent. Para uso empresarial ofrecen soporte comercial, herramientas adicionales y control del gasto.
Lo que la distingue de una colección de skills sueltas es que las skills se activan solas, sin que tengas que hacer nada especial, y que el agente las busca antes de cualquier tarea. El README lo resume así: son flujos obligatorios, no sugerencias.
Valoración de KIRELEN: encaja con quien usa agentes de programación para trabajo de varias horas y quiere imponer diseño, plan, TDD y revisión, a cambio de un proceso más largo que pedir el código directamente.
Qué resuelve
El problema es el agente que se lanza a escribir código en cuanto recibe una petición. Con Superpowers, en cuanto el agente ve que vas a construir algo, no hace eso: da un paso atrás y te pregunta qué quieres hacer de verdad. Una vez sacada la especificación de la conversación, te la enseña en partes lo bastante cortas para leerlas y digerirlas.
Con el diseño aprobado, el agente prepara un plan de implementación tan claro que podría seguirlo, según el README, un programador junior entusiasta sin criterio, sin contexto del proyecto y con aversión a las pruebas. El plan insiste en TDD real rojo/verde, YAGNI (no lo vas a necesitar) y DRY (no repetirse).
Cuando das el visto bueno, lanza un proceso de desarrollo con subagentes que trabajan cada tarea, revisan su trabajo y siguen adelante. Según el README, no es raro que el agente trabaje de forma autónoma un par de horas seguidas sin desviarse del plan acordado.
Detrás hay una filosofía explícita: escribir antes las pruebas, siempre; proceso antes que adivinar; la simplicidad como objetivo principal; y verificar antes de declarar un éxito.
Cuándo usarla
- Encargas a tu agente de programación funcionalidades o correcciones que llevan horas, y quieres que primero pregunte y diseñe.
- Quieres que el agente trabaje con pruebas primero, por tareas pequeñas y con revisión de código entre tareas.
- Usas varios agentes (Claude Code, Codex, Cursor, Gemini CLI y otros) y quieres el mismo método en todos.
- Para un prototipo desechable, la propia skill de pruebas dice que esas excepciones se consultan con la persona.
- Si prefieres que el agente responda sin proceso, ten en cuenta que aquí las skills son obligatorias y se activan solas.
Cómo funciona
brainstorming.
Se activa antes de construir nada. Saca lo que quieres y por qué con preguntas, y te devuelve lo que ha entendido para que lo corrijas. Los cambios pequeños se acuerdan en el chat; los proyectos reciben un documento de diseño escrito.
using-git-worktrees.
Tras aprobar el diseño, crea un espacio de trabajo aislado en una rama nueva, prepara el proyecto y comprueba que las pruebas parten en verde.
writing-plans.
Divide el trabajo en tareas de 2 a 5 minutos, cada una con rutas de archivo exactas, código completo y pasos de verificación.
subagent-driven-development o executing-plans.
La primera lanza un subagente nuevo por tarea con una revisión tras cada una, la opción más exhaustiva; la segunda hace todas las tareas en la misma sesión con una sola revisión final de la rama, la más barata.
test-driven-development.
Durante la implementación impone rojo-verde-refactorizar: prueba que falla, verla fallar, código mínimo, verla pasar y commit. Borra el código escrito antes de las pruebas. Su principio: si no has visto fallar la prueba, no sabes si prueba lo correcto.
requesting-code-review.
Entre tareas, revisa contra el plan e informa de los problemas por gravedad; los críticos bloquean el avance.
finishing-a-development-branch.
Al terminar, comprueba las pruebas, presenta las opciones (fusionar, PR, conservar o descartar) y limpia el worktree.
El flujo básico
Leer el diagrama como texto
- Documento de diseño
- Worktree aislado
- Plan por tareas
- Subagentes por tarea
- Pruebas antes del código
- Revisión por tarea
- Fusionar o descartar
Conexiones
- Documento de diseño → Worktree aislado
- Worktree aislado → Plan por tareas
- Plan por tareas → Subagentes por tarea
- Subagentes por tarea → Pruebas antes del código
- Pruebas antes del código → Revisión por tarea
- Revisión por tarea → Fusionar o descartar
Tecnologías utilizadas
| Tecnología | Para qué |
|---|---|
| Skills | La metodología: cada flujo de trabajo es una skill que se activa sola |
| Arranque en tiempo de ejecución | Lleva las skills de Superpowers a los agentes de programación |
| Shell, JavaScript, Python y TypeScript | Lenguajes del repositorio, según GitHub |
Instalación
/plugin install superpowers@claude-plugins-officialEjemplo
Instalar y comprobar en Claude Code
En Claude Code, Superpowers está en el marketplace oficial de plugins de Claude, y se instala con el comando de la sección anterior. También se puede registrar el marketplace propio del proyecto e instalarlo desde ahí:
/plugin marketplace add obra/superpowers-marketplace/plugin install superpowers@superpowers-marketplaceLa instalación cambia según el entorno, y si usas más de uno hay que instalarla en cada uno: en Cursor, con /add-plugin superpowers en el chat del agente; en Gemini CLI, como extensión desde el repositorio. Las actualizaciones dependen del agente, pero a menudo son automáticas.
Para comprobar que funciona, la documentación propone abrir una sesión nueva y enviar «Let's make a react todo list». Si la instalación es correcta, se activa brainstorming antes de escribir una línea de código.
Qué skill entra según la petición
La skill using-superpowers fija las reglas. Las skills relevantes se invocan antes de cualquier respuesta o acción, incluidas las preguntas de aclaración, y basta con un 1 % de probabilidad de que una se aplique para invocarla. Cuando se aplican varias, primero van las de proceso, que fijan el enfoque, y después las de implementación. «Construyamos X» empieza por brainstorming; «arregla este fallo», por systematic-debugging, un proceso de 4 fases para encontrar la causa raíz.
Además del flujo básico, la biblioteca trae verification-before-completion, que comprueba que el problema está de verdad resuelto; dispatching-parallel-agents, para trabajar con subagentes simultáneos; receiving-code-review, para responder a los comentarios; y writing-skills, para crear skills nuevas con su método de pruebas.
Cuando algo se tuerce
Si una sesión no va como debería, pedir al agente que averigüe qué ha fallado activa diagnosing-superpowers. La skill lee la transcripción e informa de lo ocurrido con evidencias línea a línea.
Limitaciones
A veces una sesión se tuerce: una skill salta cuando no debe o calla cuando debería, o el agente ignora el plan, repite trabajo o gasta más tokens de lo esperado. Para eso está diagnosing-superpowers, pero conviene contar con ello.
Hay diferencias entre entornos. En Hermes no hay hook tras la compactación, así que una sesión muy larga puede perder el arranque; si las skills dejan de saltar, hay que empezar una sesión nueva.
Por defecto, el logotipo del acompañante visual opcional de brainstorming se carga desde la web de Prime Radiant e incluye la versión de Superpowers, para que sepan cuánta gente la usa. Esa carga no incluye detalles del proyecto, del prompt ni del agente de programación, y se desactiva con la variable de entorno SUPERPOWERS_DISABLE_TELEMETRY.
El proyecto, en general, no acepta skills nuevas de terceros, y cualquier cambio tiene que funcionar en todos los agentes que soporta.
Valoración de KIRELEN: como las skills se activan solas y son flujos obligatorios, conviene probarla en un proyecto pequeño y revisar la sesión si algo se tuerce antes de adoptarla en un equipo.
Estado del proyecto y licencia
Superpowers tiene licencia MIT, con copyright de Jesse Vincent, y lo construyen él y el resto del equipo de Prime Radiant.
Según la ficha del repositorio en GitHub, comprobada el 2026-10-25, el último release es v7.0.1, publicado el 2026-10-10, la misma versión que declara su package.json: un proyecto activo, con releases.
Enlaces oficiales
Fuentes consultadas
Repositorio
- obra/superpowers (README) · Jesse Vincent
- using-superpowers (SKILL.md) · Jesse Vincent
- test-driven-development (SKILL.md) · Jesse Vincent
- obra/superpowers (LICENSE) · Jesse Vincent
Recursos relacionados
HerramientaClaude Code
Agente de programación de Anthropic: lee tu código, edita archivos y ejecuta comandos en la terminal, el IDE, el escritorio o la web. De pago y propietario.
- Skill
PDF (Anthropic)
Skill de Anthropic para procesar PDF: reorganización de páginas, extracción de texto y tablas, creación de documentos y referencias para formularios y OCR.
- Skill
SEO Audit
Skill de Corey Haines para estructurar auditorías SEO con contexto, evidencia por hallazgo y un plan de correcciones ordenado por prioridad.