Superpowers vs OpenSpec y Spec Kit: método o especificación

Superpowers y un framework de specs como OpenSpec o Spec Kit no son alternativas. Superpowers instala un método que cambia cómo trabaja el agente dentro de la sesión. OpenSpec o Spec Kit cambian qué artefactos quedan escritos y versionados en tu repositorio. Puedes usar los dos a la vez.

Superpowers vs OpenSpec o Spec Kit: la diferencia en una tabla

La confusión viene de que ambos empiezan igual: los dos te obligan a escribir algo antes de tocar código.

	Superpowers (paquete de habilidades)	OpenSpec, Spec Kit, BMAD (framework de specs)
Qué instala	Skills que el agente consulta antes de cada tarea [1]	Comandos y plantillas que generan ficheros de especificación
Qué deja escrito en el repo	Un plan en docs/plans/YYYY-MM-DD-<feature-name>.md [2], código y tests	Specs del comportamiento del sistema, organizadas por capacidad
Cuando acaba la sesión	El plan queda como registro; la disciplina se repite porque el plugin sigue instalado	La spec sigue diciendo qué hace el sistema
Quién lo revisa	Tú, cuando el agente te presenta el diseño por secciones	El equipo, en la pull request

Esa es la fila que la gente pasa por alto: un plan dice qué haremos esta semana; una spec dice qué hace el sistema, y esa pregunta sigue viva después.

¿Qué es Superpowers?

Superpowers es un plugin de Jesse Vincent que se define como «a complete software development methodology for your coding agents, built on top of a set of composable skills…» ^[1]. En Claude Code se instala con un comando:

/plugin install superpowers@claude-plugins-official

Lo que instalas es un flujo con orden: brainstorming, que refina la idea a preguntas y te presenta el diseño por secciones para validarlo; using-git-worktrees, que aísla el trabajo en una rama nueva con un baseline de tests limpio; writing-plans, que parte el trabajo en tareas de dos a cinco minutos con rutas de fichero exactas; y la ejecución con test-driven-development y una revisión de código antes de cerrar la rama ^[1].

El README lo deja claro: «Mandatory workflows, not suggestions» ^[1]. El agente busca una skill relevante antes de cada tarea y, si la hay, la sigue. La guía de cuándo usar skills en Claude Code explica cuándo se activa una skill y cuándo no.

¿Se pueden usar los dos a la vez?

Sí, y es lo más habitual: gobiernan capas distintas. Superpowers manda en la conversación, en qué orden trabaja el agente y qué debe estar aprobado antes de la primera línea de código. El framework de specs manda en el repositorio, qué ficheros describen el sistema y cómo se aprueban en la pull request.

¿Cuál necesito yo?

Decide por el síntoma que tienes. Da igual que el framework sea OpenSpec, Spec Kit o BMAD: los tres están en el mismo lado de esta decisión.

El agente se lanza a programar sin pensar. Le pides un cambio y está reescribiendo cuatro ficheros que nadie mencionó. Eso lo arregla un paquete de método como Superpowers: mete la fase de diseño por delante y la hace obligatoria. Antes de instalar nada, prueba el modo plan de Claude Code, que es gratis. Lo activas con claude --permission-mode plan o con Shift+Tab hasta ver ⏸ plan mode on; el agente lee ficheros y propone un plan sin tocar el disco hasta que apruebas ^[3].

Nadie sabe por qué se tomó una decisión hace tres semanas. El código está bien y los tests pasan, pero la razón de que el descuento se aplique antes del IVA solo está en un hilo de Slack. Eso lo arregla un framework de specs; cuál, en la comparativa de OpenSpec, Spec Kit y BMAD.

Los dos problemas a la vez. Empieza por el que más te duela hoy y añade el otro cuando el primero ya sea costumbre.

Ese patrón, separar la fase que piensa de la que ejecuta con una aprobación en medio, se practica en el curso Patrones de Diseño para Agentes de IA.

Fuentes

1. obra/superpowers — README — definición, instalación y «The Basic Workflow» (2026-09-21).
2. obra/superpowers-skills — writing-plans — ruta del plan (2026-09-21).
3. Claude Code — Common workflows, «Plan before editing» — el modo plan (2026-09-21).
4. open-gsd/gsd-core — README — instalación y fases de GSD (2026-09-21).

Preguntas Frecuentes

¿Superpowers sustituye a OpenSpec?

No: Superpowers ordena cómo trabaja el agente en la sesión, y OpenSpec mantiene specs del sistema que siguen siendo válidas después del merge.

¿Y si ya uso Spec Kit?

Spec Kit está en el mismo lado que OpenSpec: resuelve qué queda escrito en el repositorio. Lo que te queda por decidir es si además te falta método, es decir, si el agente programa antes de diseñar.

¿En qué se diferencia Superpowers de GSD?

GSD se solapa más con los frameworks de specs: se instala con npx @opengsd/gsd-core@latest, organiza el trabajo en cinco fases (discutir, planificar, ejecutar, verificar y enviar la PR) y guarda el estado en STATE.md y CONTEXT.md ^[4]. Está en las dos categorías a la vez; Superpowers se queda en el método.

¿Funciona Superpowers fuera de Claude Code?

Sí, el repositorio documenta más de una decena de agentes ^[1]. En la CLI de GitHub Copilot son dos pasos:

copilot plugin marketplace add obra/superpowers-marketplace
copilot plugin install superpowers@superpowers-marketplace