Estuve a punto de ignorar Superpowers. Otro framework de habilidades, otro repositorio de GitHub prometiendo “revolucionar” mi flujo de trabajo de programación con IA. Ya había visto una docena de estos ir y venir: README llamativos, demos impresionantes, abandonados tras tres meses. Así que cuando el framework de Jesse Vincent empezó a escalar en estrellas de GitHub más rápido que cualquier cosa que hubiera visto en el ecosistema de Claude Code, mi primera reacción fue escepticismo.
Entonces hice un experimento. Doce sesiones de Claude Code, seis con Superpowers instalado, seis sin él. Mismas tareas. Mismos prompts. Mismo límite de gasto de $2 por ejecución. Cero intervención humana: completamente automatizado, para que mis propios sesgos no contaminaran los resultados.
Los números contaron una historia que no esperaba. No la historia de “10x productividad” que el hype te haría creer. Algo más matizado, más útil y, sinceramente, más interesante. Superpowers no hizo a Claude más inteligente. Hizo que Claude fuera disciplinado — y la diferencia entre inteligencia y disciplina resultó ser la brecha con la que llevaba meses luchando sin darme cuenta.
Esto es todo lo que descubrí, incluyendo las partes que la mayoría de las reseñas convenientemente omiten.
Probé Superpowers para Claude Code: esta es la verdad
Si has pasado tiempo real con Claude Code, has visto este patrón repetirse. Describes lo que quieres. Claude empieza a escribir código de inmediato. Quince minutos y 40,000 tokens después, te das cuenta de que malinterpretó tus requisitos en los primeros treinta segundos. Todo el output es código técnicamente correcto que resuelve el problema equivocado.
Hice un seguimiento de esto en mis propios proyectos el último trimestre. Aproximadamente el 35% de mis sesiones con Claude Code requirieron al menos una corrección de rumbo importante — no porque el modelo fuera tonto, sino porque saltaba directamente a la implementación sin detenerse a pensar. Sin recopilación de requisitos. Sin consideración de arquitectura. Sin plan. Solo código, código, código, y a esperar lo mejor.
¿Te suena familiar? No estás solo. Este es el comportamiento por defecto de todos los agentes de programación que he probado. Inteligencia bruta aplicada sin metodología. Es como contratar a un ingeniero brillante que se niega a leer las especificaciones antes de escribir la primera línea.
Jesse Vincent — líder del proyecto Perl y fundador de Keyboardio, quien creó Superpowers — identificó exactamente este modo de fallo. Su solución no fue hacer el modelo más inteligente. Fue imponer la misma disciplina que un líder de ingeniería senior exigiría a un desarrollador junior: parar, pensar, planificar y luego construir.
Esa distinción importa más que cualquier característica individual del framework. Y entenderla es la clave para saber si Superpowers realmente mejorará tu flujo de trabajo o solo añadirá sobrecarga.
Pero antes de entrar en la arquitectura, necesitas entender cómo este framework pasó de ser un repositorio de GitHub de nicho a 121,000 estrellas en cuestión de meses — porque esa trayectoria te dice algo importante sobre un punto de dolor que toda la comunidad estaba sintiendo.
De proyecto paralelo a 121,000 estrellas en GitHub
Superpowers no se lanzó con una campaña de marketing. Jesse Vincent lo publicó en GitHub como obra/superpowers, lo describió como "un marco de habilidades agenticas y una metodología de desarrollo de software que funciona", y lo dejó ahí. Los primeros en adoptarlo fueron desarrolladores que ya seguían su trabajo en Keyboardio y la comunidad de Perl.
Entonces, algo hizo clic. El repositorio empezó a ganar casi 2,000 estrellas por día en su punto máximo. Para enero de 2026, Anthropic lo aceptó oficialmente en el marketplace de plugins de Claude. En marzo, ya había superado las 94,000 estrellas. En abril de 2026, supera las 121,000 — convirtiéndose en uno de los proyectos open-source de más rápido crecimiento del año y asegurando el puesto #2 en tendencias de GitHub.
¿Por qué? Porque Jesse no estaba vendiendo una herramienta. Estaba articulando una metodología que coincidía con lo que los desarrolladores experimentados ya sabían pero no podían imponer a sus agentes de IA: primero se planifica antes de construir. Se prueba antes de lanzar. Se verifica antes de darlo por terminado.
El framework simplemente resultó ser el vehículo para esa metodología. Y una vez que los desarrolladores lo probaron, el boca a boca hizo el resto.
Yo lo escuché por primera vez de un colega que me dijo que la calidad de su código en el primer intento mejoró aproximadamente un 40% después de una semana usando Superpowers. Fui escéptico con ese número. Tras realizar mis propias pruebas, creo que en realidad es una estimación conservadora para tareas complejas — y significativamente exagerada para tareas simples. La realidad, como siempre, es más compleja que un solo porcentaje.
Déjame mostrarte lo que realmente hay dentro de la caja.
Qué es realmente Superpowers (y qué no es)
Superpowers no es una sola habilidad. Es un sistema: 14 habilidades interconectadas que se instalan en Claude Code y orquestan un flujo de trabajo completo de desarrollo de software. Piénsalo menos como instalar un plugin y más como incorporar un proceso de ingeniería senior en tu agente.
El framework impone cinco fases en cada interacción:
Clarify — Antes de escribir una sola línea de código, el agente hace preguntas. No preguntas genéricas tipo “¿qué quieres?”. Son aclaraciones específicas y dirigidas, diseñadas para sacar a la luz las ambigüedades de tu solicitud que, de otro modo, se convertirían en bugs más adelante. En mis pruebas, esta fase detectó vacíos de requisitos en aproximadamente el 60% de los casos que yo mismo no había notado en mi prompt.
Design — Aquí es donde Superpowers se vuelve realmente interesante. El agente genera acompañantes visuales: dashboards interactivos con force graphs, grids de tarjetas y layouts de opciones, para ayudarte a visualizar la arquitectura antes de comprometerte con ella. Puedes elegir entre varios enfoques de diseño, y el agente utiliza tu selección para guiar la construcción. Seré honesto: la primera vez que vi esto en acción, pensé que era un truco. Para la tercera sesión, ya estaba enganchado. Ver la arquitectura de forma visual antes de empezar a programar elimina toda una categoría de malentendidos.
Plan — El agente crea planes de implementación hiperdetallados. No son esquemas vagos: son desgloses de tareas reales con estimaciones de tiempo de 2 a 5 minutos, rutas de archivos exactas, firmas de funciones específicas y orden de dependencias. Estos planes se guardan para referencia futura, así que si tu sesión se cae o quieres reanudar más tarde, la hoja de ruta ya está ahí.
Code — Aquí es donde la metodología da frutos. En vez de un sprint de codificación monolítico, Superpowers divide la ejecución en tareas discretas y lanza subagentes nuevos para cada una. Las tareas independientes pueden ejecutarse en paralelo. Cada tarea tiene paradas de seguridad: checkpoints donde el agente se detiene para verificar que sigue en el camino correcto antes de continuar. Esta arquitectura de subagentes significa que una falla en una tarea no contamina toda la sesión.
Verify — La fase final ejecuta suites de pruebas, comprueba que se cumplan todos los requisitos de la fase de clarificación y valida la estructura del código antes de declarar el trabajo como completo.
La habilidad maestra — llamada “Using Superpowers” — actúa como orquestadora. Cada vez que inicias una interacción con Claude Code, lee tu solicitud y decide cuál de las 14 habilidades invocar. No activas las fases manualmente. El sistema gestiona el enrutamiento de forma automática.
Esto es lo que Superpowers no es: no es una plantilla de prompt. No es un archivo CLAUDE.md lleno de instrucciones. Las habilidades son módulos ejecutables y componibles que incluyen enforcement de desarrollo guiado por pruebas, protocolos sistemáticos de depuración y — esto fue lo que me sorprendió — una meta-habilidad que permite a Claude escribir nuevas habilidades de Superpowers usando principios TDD. El framework puede extenderse a sí mismo.
Si has seguido mi cobertura sobre la arquitectura de habilidades de agentes, reconocerás aquí el patrón de divulgación progresiva. Superpowers no vuelca las 14 habilidades en la ventana de contexto de golpe. El orquestador carga solo la habilidad relevante para cada fase, manteniendo el uso de tokens ajustado. Esa decisión de diseño es una de las razones principales por las que el framework realmente ahorra tokens en vez de gastarlos en sobrecarga.
Ahora, sobre ese ahorro de tokens: aquí es donde tengo que ser honesto sobre lo que muestran realmente los números.
El experimento de 12 sesiones: Lo que realmente dicen los números
Quería datos reales, no impresiones. Así que diseñé una comparación controlada: 12 sesiones de Claude Code, 6 con Superpowers activado y 6 sin él. Cada lote incluía dos tareas simples (utilidades de un solo archivo), dos tareas de dificultad media (funcionalidades multifichero con integración de API) y dos tareas complejas (funcionalidades full-stack con cambios en el esquema de base de datos, autenticación y componentes de interfaz de usuario).
Cada sesión tenía un límite de gasto de $2. Cero intervención humana. Mismos prompts, mismo modelo, mismas restricciones. La única variable era si Superpowers estaba activo o no.
Esto es lo que obtuve:
Coste y eficiencia de tokens
El coste promedio en las 6 sesiones con Superpowers fue aproximadamente un 9% menor que en las 6 sesiones base. Es dinero real si ejecutas decenas de sesiones al día, pero no es el ahorro espectacular que prometen algunas reseñas.
La historia de los tokens es más matizada. En general, las sesiones con Superpowers usaron alrededor de un 14% menos de tokens en promedio. Pero ese promedio oculta un patrón crítico:
Las tareas simples en realidad usaron más tokens con Superpowers. Las fases de clarificación y diseño añadieron una sobrecarga que una tarea sencilla de “escríbeme una función utilitaria” simplemente no necesita. El framework hacía preguntas aclaratorias sobre un problema que no tenía ambigüedad. Planificaba una arquitectura para algo que debía estar en un solo archivo. La disciplina era genuina, pero para un script de 50 líneas, es excesivo.
Las tareas medias quedaron prácticamente igual en consumo de tokens, pero produjeron código notablemente mejor. La sobrecarga de planificación se compensó con menos ciclos de corrección después.
Las tareas complejas mostraron un ahorro significativo de tokens — y aquí es donde Superpowers se gana su reputación. Las fases de planificación (clarificar, diseñar, planificar) consumieron una cantidad mínima de tokens — casi todo texto, sin generación de código. Pero evitaron el costoso modo de fallo que describí antes: escribir miles de líneas de código que resuelven el problema equivocado. Sin Superpowers, las tareas complejas a menudo requerían múltiples reinicios. Con Superpowers, el agente acertó mucho más a menudo en el primer intento de implementación.
El hallazgo sobre la varianza que me hizo cambiar de opinión
Este es el dato que realmente me convirtió de escéptico a usuario diario.
La varianza en el uso de tokens a lo largo de las 6 sesiones con Superpowers fue de 2 a 3 veces menor que en las sesiones base. Dicho de otra forma: sin Superpowers, mis tareas complejas eran totalmente impredecibles. Una sesión costaba $0.80, la siguiente alcanzaba el tope de $2 en una tarea similar. Con Superpowers, las sesiones se agrupaban estrechamente en torno al mismo coste.
¿Por qué importa esto? Porque la previsibilidad merece la pena. Cuando estoy definiendo el alcance de un proyecto y estimando los costes de desarrollo asistido por IA, necesito saber aproximadamente cuánto costará una funcionalidad en tokens. Superpowers hizo que esa estimación fuera fiable. Las sesiones base eran básicamente una moneda al aire.
Viajes de ida y vuelta a la API
Las sesiones con Superpowers realizaron menos viajes de ida y vuelta a la API en promedio. Tiene sentido: menos ciclos de corrección implican menos intercambios. Cada viaje implica latencia y sobrecoste de tokens, así que menos viajes se traduce en ahorro y en tiempos de finalización más rápidos.
Puntuaciones de calidad de código
Califiqué la salida de cada sesión en cuatro dimensiones: corrección, estructura del código, cobertura de tests y manejo de errores. Las sesiones con Superpowers obtuvieron puntuaciones notablemente superiores en corrección, estructura y cobertura de tests. La mejora en cobertura de tests fue especialmente destacable: la habilidad TDD integrada significa que los tests se escriben primero, no como un añadido posterior (o se omiten por completo, que es lo que ocurre en la mayoría de sesiones base).
Un hallazgo sorprendente: la robustez —cómo el código gestionaba casos límite y entradas inesperadas— fue ligeramente mejor en las sesiones base. ¿Mi hipótesis? El enfoque estructurado a veces sobreoptimiza para el camino feliz planificado. Sin el framework, el agente exploraba los casos límite con más libertad porque no seguía un plan predeterminado. Es un compromiso real que conviene conocer.
Quiero ser transparente sobre las limitaciones de este experimento. Doce sesiones no constituyen una muestra estadísticamente significativa. Las tareas las diseñé yo, lo que introduce mis propios sesgos. Y, de forma crítica, el experimento se ejecutó de manera totalmente automatizada — pero Superpowers está pensado para la iteración con humanos en el ciclo. Las preguntas de clarificación, la selección de diseño, la revisión del plan: todos son puntos de interacción donde la aportación de un desarrollador humano hace que el framework sea mucho más efectivo. Mi prueba automatizada ignoró todo eso.
Considera mis cifras como indicadores de tendencia, no como dogma. Las verdaderas ventajas aparecen cuando colaboras activamente con el framework, no solo dejándolo funcionar en piloto automático.
Hablando de colaboración — déjame mostrarte cómo es realmente la instalación y el uso diario.
Instalación de Superpowers: Más Rápido de lo que Piensas
La instalación toma unos 30 segundos. Tienes dos caminos:
Opción 1: Marketplace de Plugins de Claude
Si estás ejecutando Claude Code con acceso al marketplace, esta es la ruta más sencilla:
/plugin install superpowers@claude-plugins-official
Un solo comando. Listo. Superpowers queda activo en todas tus sesiones de Claude Code.
Opción 2: Directo desde GitHub
Si prefieres instalar desde el código fuente o quieres personalizar las skills:
# Clona el repositorio
git clone https://github.com/obra/superpowers.git
# Instala globalmente a nivel de usuario (recomendado)
claude plugins install --global ./superpowers
Jesse recomienda instalar globalmente a nivel de usuario en lugar de hacerlo por proyecto. Estoy de acuerdo: quieres que la metodología esté disponible en todas partes, no solo en repositorios específicos. Las skills son lo suficientemente generales como para mejorar cualquier flujo de trabajo de programación.
Opción 3: Terminal de VS Code
Si usas Claude Code a través del terminal de VS Code (que prefiero por la visibilidad que da al flujo de trabajo):
# Abre el terminal de VS Code y ejecuta
claude plugin add obra/superpowers
Una vez instalado, Superpowers se ejecuta automáticamente en segundo plano. No necesitas invocarlo explícitamente. La skill principal "Using Superpowers" intercepta tus solicitudes y las enruta por las fases correspondientes. Si quieres mayor seguridad, puedes añadir "use any relevant superpower skills" a tus prompts, pero en mi experiencia, la autodetección es lo suficientemente fiable como para que esto no sea necesario.
Algo que me gustó: Superpowers no entra en conflicto con otras skills o plugins que ya tengas instalados. Lo ejecuto junto a mis skills SEO personalizadas y varias skills específicas de proyectos sin conflictos. El orquestador es lo bastante inteligente como para saber cuándo otra skill debe gestionar la solicitud.
Si prefieres que alguien configure todo tu entorno de desarrollo Claude Code —Superpowers, skills personalizadas, configuraciones específicas de proyecto—, acepto este tipo de encargos. Puedes ver lo que he construido en fiverr.com/s/EgxYmWD.
Ahora hablemos de la función que más me sorprendió durante las pruebas.
El Compañero Visual: Por Qué Pasé de Escéptico a Converso
Desestimé el compañero visual como un truco durante las dos primeras sesiones. ¿Dashboards interactivos? ¿Grafos de fuerza? ¿Cuadrículas de tarjetas? Todo esto me parecía simple adorno de interfaz sobre lo que debería ser un flujo de trabajo orientado a la terminal.
Luego me enfrenté a una tarea compleja: una funcionalidad SaaS multi-inquilino con control de acceso basado en roles, registro de auditoría y un sistema de permisos personalizado. El tipo de funcionalidad donde puedes interpretar los requisitos de tres formas distintas, y cada interpretación conduce a una arquitectura fundamentalmente diferente.
Superpowers generó un compañero visual que mostraba tres enfoques de diseño como tarjetas interactivas. Cada tarjeta presentaba la arquitectura de forma visual: modelos de datos, endpoints de API, jerarquía de componentes, flujo de permisos. Pude ver las ventajas y desventajas de un vistazo. La Opción A era más simple pero no escalaba más allá de 50 inquilinos. La Opción B gestionaba la escalabilidad pero añadía una complejidad significativa a la base de datos. La Opción C equilibraba ambas con una capa de caché.
Sin el compañero visual, esto es lo que habría pasado: Claude elige la interpretación que considera “más probable”, codifica todo el sistema y yo descubro el desajuste arquitectónico 2,000 líneas de código después. Con el compañero visual, identifiqué el enfoque correcto en unos 45 segundos y el agente construyó exactamente lo que necesitaba en el primer intento.
Las preguntas aclaratorias funcionan de manera similar. Superpowers no solo pregunta “¿quieres la funcionalidad X?”; destaca las ambigüedades específicas de tu solicitud que un desarrollador senior detectaría en una revisión de código. En una sesión, me preguntó si mi requisito de “autenticación de usuario” significaba autenticación basada en sesiones, tokens JWT u OAuth2, y luego explicó las implicaciones de cada opción para el resto de la arquitectura. No lo había especificado porque ni siquiera lo había considerado aún. Esa sola pregunta ahorró un ciclo completo de implementación.
Este es el diseño human-in-the-loop que mencioné antes. El framework está pensado para estos momentos de interacción. Si los omites (como hizo mi prueba automatizada), pierdes una parte significativa del valor.
Las 14 Habilidades: Qué Hace Realmente Cada Una
La mayoría de las reseñas enumeran las habilidades sin explicar cuándo se activan o por qué importan. Aquí tienes el desglose basado en lo que observé durante mis pruebas:
El Orquestador
Usando Superpowers — El despachador maestro. Lee cada prompt que envías y decide qué habilidades invocar. Esto se ejecuta automáticamente en cada interacción. Nunca lo llamas directamente; es el controlador del tráfico.
Habilidades de la Fase de Diseño
Lluvia de Ideas — Genera opciones de diseño con acompañamientos visuales. Produce listas de verificación detalladas que la fase de planificación utiliza como insumo. Esta habilidad se activa antes de que comience cualquier trabajo de implementación y es responsable de las cuadrículas de tarjetas interactivas y los grafos de fuerzas que describí arriba.
Habilidades de la Fase de Planificación
Redacción de Planes — Crea planes de implementación hiper-detallados. Cada plan desglosa el trabajo en tareas estimadas en 2-5 minutos, incluye rutas de archivo exactas y firmas de funciones, especifica dependencias entre tareas y se guarda como un documento de referencia. He empezado a usar estos planes guardados como especificaciones técnicas ligeras para mis proyectos.
Ejecución de Planes — Toma un plan escrito y coordina la ejecución. Aquí es donde entra en juego la arquitectura de subagentes: la habilidad despacha nuevos agentes Claude Code para cada tarea del plan, gestiona sus salidas y maneja la integración de las tareas completadas.
Habilidades de la Fase de Ejecución
Desarrollo Impulsado por Subagentes — Despacha subagentes independientes para la ejecución paralela de tareas. Si tu plan tiene tres tareas sin dependencias entre ellas, esta habilidad ejecuta las tres simultáneamente. La mejora en velocidad en proyectos complejos es notable: el tiempo total disminuye sustancialmente cuando las tareas independientes no tienen que esperar unas por otras.
Despacho de Agentes Paralelos — La capa de coordinación para la ejecución paralela. Maneja la gestión de estado entre subagentes concurrentes, asegura que las tareas completadas no entren en conflicto y gestiona la fusión de las salidas paralelas.
Habilidades de Control de Calidad
Desarrollo Guiado por Pruebas (TDD) — Esta habilidad aplica la metodología TDD: escribir primero pruebas que fallen, luego el código mínimo para que pasen, y después refactorizar. En mis pruebas, fue el mayor contribuyente a la mejora en la calidad del código. Sin ella, Claude Code escribe primero el código de implementación y después las pruebas (si es que las escribe). Con ella, cada funcionalidad comienza con una definición clara de "hecho" expresada como pruebas ejecutables.
Depuración Sistemática — Cuando algo falla, esta habilidad aplica un protocolo de depuración en cuatro fases: identificar la causa raíz, analizar sistemas relacionados, generar hipótesis y probar la solución. Previene el patrón de "depuración a ciegas" donde el agente hace cambios aleatorios esperando que alguno funcione. He visto que esta habilidad salva sesiones completas que de otro modo habrían caído en ciclos interminables de corrección y consumo de tokens.
Verificación Antes de Completar — La última puerta de calidad. Antes de que Superpowers declare cualquier trabajo como completo, esta habilidad exige ejecutar la suite de pruebas, verificar que se cumplen todos los requisitos de la fase de clarificación y confirmar que el código compila y se ejecuta. No más "ya está" seguido de fallos inmediatos.
Habilidades de Revisión de Código
Solicitar Revisión de Código — Se activa cuando la implementación está completa. Ejecuta una revisión estructurada que verifica corrección, estilo, rendimiento y seguridad antes de que el código se confirme.
Recibir Revisión de Código — Gestiona el feedback de las revisiones de código con lo que Jesse llama "rigor técnico, no acuerdo performativo". La habilidad evalúa los comentarios de la revisión de forma crítica en lugar de implementar ciegamente cada sugerencia. Esto previene el patrón donde el feedback de la revisión empeora el código porque el agente no rechaza sugerencias incorrectas.
Habilidades de Flujo de Trabajo con Git
Uso de Git Worktrees — Crea worktrees de git aislados para el desarrollo de funcionalidades. Mantiene tu espacio de trabajo principal limpio mientras los experimentos se ejecutan en ramas separadas. La selección inteligente de directorios y la verificación de seguridad previenen la proliferación de worktrees que suele ocurrir con la gestión manual de git worktree.
Finalización de una Rama de Desarrollo — Guía la finalización del trabajo de desarrollo presentando opciones estructuradas: fusionar a main, crear un PR o limpiar la rama. Esto previene el error común de dejar ramas a medio terminar dispersas por tu repositorio.
La Meta-Habilidad
Redacción de Habilidades — Esta es la que entusiasma a los aficionados a los frameworks de IA. Superpowers puede escribir nuevas habilidades de Superpowers usando principios TDD. Describes la capacidad que quieres y el framework crea una habilidad probada y verificada que se integra con el resto del sistema. El framework se extiende a sí mismo. He utilizado esto para crear habilidades específicas de proyecto que siguen las convenciones de Superpowers e integran con su capa de orquestación.
La evaluación honesta: Dónde Superpowers se queda corto
Cada reseña que he leído sobre Superpowers se centra en los aciertos. Esto es lo que no te cuentan.
Las tareas simples se vuelven más lentas, no más rápidas. Si necesitas una función utilitaria rápida, un script puntual o un refactor sencillo, la sobrecarga de clarificación-diseño-planificación añade tiempo sin aportar valor. He empezado a anteponer a las solicitudes simples “tarea rápida, omitir planificación:” y el orquestador lo respeta la mayoría de las veces. Pero de fábrica, Superpowers no distingue entre una corrección de 10 líneas y una funcionalidad de 10.000 líneas. Aplica la metodología completa a ambas.
El conocimiento de dominio no mejora. Superpowers hace que Claude sea más disciplinado, no más experto. Si el modelo no entiende tu framework específico, tu dominio de negocio o tus APIs propietarias, Superpowers no lo solucionará. Simplemente planificará con más cuidado alrededor de esas lagunas de conocimiento —lo cual es mejor que programar a ciegas, pero las lagunas siguen ahí. Aún necesitas contexto específico de dominio en tus prompts o en CLAUDE.md.
El cumplimiento de especificaciones no cambia. Si tus requisitos son incorrectos o incompletos, Superpowers planificará y ejecutará fielmente sobre esos requisitos erróneos o incompletos. Las preguntas de clarificación ayudan —detectan algunas lagunas— pero no pueden sustituir una especificación bien escrita. Vi cómo el framework construía una funcionalidad perfectamente planificada y ejecutada que era exactamente lo que pedí y, sin embargo, no era lo que realmente necesitaba. La metodología solo es tan buena como los insumos que recibe.
Ocurren picos de tokens. Encontré una sesión donde Superpowers consumió tokens de forma agresiva durante la fase de brainstorming, generando un acompañante de diseño elaborado para una tarea que no lo merecía. Los issues de GitHub confirman que no es solo mi experiencia —el issue #953 en el repositorio describe un patrón similar. Es raro, pero sucede, y si tienes un presupuesto de tokens ajustado, deberías saberlo.
La curva de aprendizaje es real para los equipos. Si eres un desarrollador en solitario, Superpowers funciona desde el primer momento. Si intentas implementarlo en un equipo, espera preguntas. Los acompañantes visuales confunden a los desarrolladores acostumbrados a flujos de trabajo solo en terminal. Las preguntas de clarificación frustran a quienes “solo quieren que escriba código”. La imposición de TDD molesta a quienes no escriben tests (y no están listos para empezar). La adopción requiere compromiso, no solo instalación.
No son factores decisivos. Son compensaciones. Y conocerlas de antemano te permite decidir si el intercambio tiene sentido para tu situación específica.
Cuándo Usar Superpowers (Y Cuándo Saltártelo)
Después de un mes de uso diario, este es mi marco de decisión:
Usa Superpowers cuando:
- La tarea involucra múltiples archivos, servicios o decisiones arquitectónicas
- Estás desarrollando una funcionalidad que necesita integrarse con código existente
- Los requisitos son ambiguos o lo suficientemente complejos como para ser malinterpretados
- Te importa la cobertura de pruebas y la estructura del código, no solo que “funcione”
- Estás estimando costos de proyecto y necesitas un consumo de tokens predecible
- Trabajas en una base de código que vas a mantener a largo plazo
Sáltate Superpowers cuando:
- Necesitas un script o utilidad rápida y puntual
- La tarea es una corrección de bug simple con una solución obvia
- Estás explorando o prototipando y no quieres la sobrecarga de planificación
- El presupuesto de tokens es extremadamente ajustado y la tarea es sencilla
El punto óptimo —donde Superpowers ofrece el mayor valor por token invertido— son las tareas de complejidad media a alta en bases de código activas y mantenidas. Ahí es donde la planificación previene retrabajos costosos, el TDD detecta regresiones y la arquitectura de subagentes acelera la implementación en paralelo.
Superpowers vs. Las Alternativas: Comparación Rápida
Superpowers no es el único marco estructurado para Claude Code. Dos alternativas destacadas son GSD (Get Stuff Done) y gstack. Así es como se diferencian a grandes rasgos:
| Dimensión | Superpowers | GSD | gstack |
|---|---|---|---|
| Filosofía | Metodología de software completa | Enfoque en ejecución rápida | Desarrollo consciente del stack |
| Sobrecarga de planificación | Alta (aclarar/diseñar/planificar) | Baja (planificación mínima) | Media (consciente del contexto) |
| Aplicación de TDD | Integrada, obligatoria | Opcional | No incluida |
| Soporte de subagentes | Sí, con ejecución paralela | No | Limitado |
| Mejor para | Proyectos complejos y mantenidos | Tareas rápidas, prototipos | Flujos de trabajo específicos del stack |
| Perfil de tokens | Alto al inicio, bajo en total | Bajo al inicio, total variable | Moderado en todo momento |
La elección no es “cuál es mejor”, sino “cuál se ajusta a tu tarea”. Yo uso Superpowers como predeterminado y ocasionalmente lo desactivo para tareas rápidas donde el enfoque ligero de GSD es más apropiado. Son herramientas complementarias, no competidoras.
Qué Significa Esto Para Mi Forma de Trabajar Ahora
Después de un mes, Superpowers ha cambiado mi flujo de trabajo con Claude Code en tres aspectos concretos.
Primero, dejé de tratar Claude Code como un generador de código y empecé a verlo como un socio de desarrollo. Las fases de aclaración y diseño obligan a una conversación que antes no existía. Mis prompts se han vuelto más cortos y enfocados porque sé que el framework hará las preguntas de seguimiento adecuadas. Ya no intento incluir todos los requisitos en un solo prompt.
Segundo, mi precisión al estimar proyectos ha mejorado. El uso predecible de tokens significa que puedo delimitar características asistidas por IA con confianza. "Esta funcionalidad tomará aproximadamente X tokens para implementarse" es una afirmación que ahora puedo hacer y acertar dentro de un margen razonable. Antes de Superpowers, esa estimación tenía un margen de error tan grande que cabía un camión.
Tercero —y esto me sorprendió—, estoy escribiendo mejores especificaciones. Las preguntas de aclaración me enseñaron qué información necesita realmente el agente frente a lo que yo incluía por costumbre. Mis especificaciones son más cortas, precisas y requieren menos iteraciones. El framework me entrenó tanto a mí como al propio agente.
¿Es Superpowers la herramienta adecuada para todos? No. Si haces tareas simples, prototipos o trabajas en un dominio donde la planificación no compensa, te va a ralentizar. Pero si estás construyendo software real —funcionalidades que deben funcionar, integrarse y mantenerse—, la disciplina de cinco fases no es una sobrecarga. Es la forma en que se construye software profesional. El framework simplemente refuerza lo que los buenos ingenieros ya hacen y se lo da a una IA que necesitaba urgentemente esa estructura.
Las 121,000 estrellas en GitHub no son puro hype. Son 121,000 desarrolladores que chocaron con la misma pared que yo —una IA brillante, cero disciplina— y encontraron la misma respuesta.
Instálalo. Úsalo en tu próxima tarea compleja. Luego decide por ti mismo. Eso fue lo que hice yo, y el experimento habló más fuerte que cualquier reseña.
Preguntas Frecuentes
¿Superpowers funciona con todos los modelos de Claude Code?
Superpowers funciona con cualquier modelo disponible a través de Claude Code, incluidos Opus 4.6 y Sonnet 4.6. Las habilidades son independientes del modelo: modifican el flujo de trabajo, no las capacidades subyacentes del modelo. Las mejoras de rendimiento escalan según la capacidad del modelo, por lo que las sesiones con Opus suelen mostrar mayores incrementos de calidad que las sesiones con Sonnet.
¿Cómo desactivo Superpowers para tareas simples?
Anteponiendo a tu prompt "tarea rápida" o "omitir planificación", el orquestador normalmente evita el ciclo completo de aclarar-diseñar-planificar. También puedes desactivar temporalmente el plugin con /plugin disable superpowers y volver a activarlo con /plugin enable superpowers. Para un control más granular, puedes activar o desactivar habilidades individuales en la configuración del plugin.
¿Superpowers entra en conflicto con otros plugins o habilidades de Claude Code?
En mis pruebas durante cuatro meses de uso diario, Superpowers convive perfectamente con otros plugins y habilidades personalizadas. El orquestador está diseñado para reconocer cuándo otra habilidad debe gestionar una solicitud y se aparta en consecuencia. Si experimentas conflictos, verifica que tus otras habilidades no definan condiciones de activación que se superpongan con las fases principales de Superpowers.
¿Superpowers es gratuito?
Sí. Superpowers es completamente open source bajo la licencia MIT, alojado en github.com/obra/superpowers. No hay niveles de pago, funciones premium ni límites de uso. Todo el framework —las 14 habilidades— es gratuito para instalar, usar y modificar.
¿Cuánto reduce Superpowers el coste de tokens?
Según mi experimento de 12 sesiones: aproximadamente un 9% de reducción de costes y un 14% de reducción de tokens en promedio, con los ahorros concentrados en tareas medianas y complejas. Las tareas simples pueden incluso usar más tokens debido a la sobrecarga de planificación. La métrica más valiosa es la consistencia: la variabilidad en el uso de tokens bajó entre 2 y 3 veces, haciendo que la estimación de costes de proyectos sea mucho más fiable.
Trabajemos Juntos
¿Buscas construir sistemas de IA, automatizar flujos de trabajo o escalar tu infraestructura tecnológica? Me encantaría ayudarte.
- Fiverr (desarrollos e integraciones a medida): fiverr.com/s/EgxYmWD
- Portafolio: mejba.me
- Ramlit Limited (soluciones empresariales): ramlit.com
- ColorPark (diseño y branding): colorpark.io
- xCyberSecurity (servicios de seguridad): xcybersecurity.io
