SpecScore vs el BMAD Method
El BMAD Method (Breakthrough Method for Agile AI-Driven Development) es una manera de código abierto de ejecutar la entrega ágil con agentes de IA: aclarar el trabajo, planificarlo, construirlo y comprobarlo, con las decisiones escritas. Un documento de requisitos de producto (PRD) es la descripción en prosa de qué construir y para quién; el mapa de flujo del método produce uno, y después la arquitectura y las historias. El desarrollo basado en especificaciones (SDD) es la idea más amplia en la que ambos se sitúan: el comportamiento se especifica antes del código. SpecScore es un formato de código abierto para esa especificación, más una interfaz de línea de comandos (CLI). La integración continua (CI) — una comprobación automática de cada cambio propuesto — puede fallar cuando un archivo SpecScore es estructuralmente incorrecto.
Lo que tienen en común.
Lo que el BMAD Method hace bien.
El README del proyecto, leído el 30 de octubre de 2026, llama a v6.12 la versión estable y a v7 una vista previa en la rama main. La fecha de v7 en ese README ya había pasado. Trata los nombres de línea como una foto fija.
Un método que se dimensiona solo
El README dice que los cambios pequeños van directos a la construcción, y que el trabajo mayor recibe planificación. El mapa de flujo en main detalla las fases: un PRD (PRD.md), una especificación de UX opcional, architecture.md con registros de decisiones, archivos de épicas e historias, y después un sprint. Es un ciclo ágil completo, no un solo prompt.
Una compuerta antes de la implementación
El mismo mapa enumera bmad-check-implementation-readiness, que devuelve PASS, CONCERNS o FAIL antes de la implementación. El agente product-manager de v6 también tiene un paso validate-PRD. Son compuertas del flujo que ejecuta el agente. No son un linter de formato aparte al que apuntas un árbol Markdown cualquiera.
Está publicado de verdad
El método tiene licencia MIT en un repositorio público. La instalación estable del README es npx bmad-method install, y pide Node.js 20.12 o más reciente y Python 3.10 o más reciente. El sitio bmadcode.com dice que el método es gratuito.
Comparación de funcionalidades.
BMAD es el proceso. SpecScore es el formato de artefacto al que un proceso puede apuntar. La tabla compara esos roles.
| Capacidad | BMAD Method | SpecScore |
|---|---|---|
| Rol principal | Método ágil: agentes, skills y flujos de trabajo, de la idea al código verificado | Formato de especificación abierto + CLI |
| Artefactos de planificación | PRD, especificación de UX, arquitectura, épicas e historias, estado del sprint — en el mapa de flujo leído el 30 de octubre de 2026 | Ideas, funcionalidades, planes y tareas en un árbol spec/, con ids de requisitos |
| Comprobar el trabajo | Compuerta de preparación (PASS / CONCERNS / FAIL) y un flujo validate-PRD, ejecutados por el agente | specscore spec lint en CI, determinista. /score es una calificación de IA manual. |
| Ids de requisitos | Historias y requisitos funcionales dentro del PRD y de los archivos de épicas. No es el REQ: slug de SpecScore. | REQ: slug e ids de criterios de aceptación |
| Entorno de ejecución | Node.js y Python para el instalador v6.12 descrito en el README | Ninguno más allá de un solo binario Go |
| Licencia | MIT, bmad-code-org/BMAD-METHOD | CC BY 4.0 el formato · Apache-2.0 el CLI |
Lo que SpecScore agrega.
La comprobación es un comando, no un paso del método
El resultado de preparación de BMAD es una decisión dentro de su flujo. El resultado de SpecScore es un código de salida del proceso. dogfood.yml ejecuta specscore spec lint en cada pull request. /score califica un artefacto con los revisores configurados en el repositorio; lo invocas tú. La CI no.
$ specscore spec lint features/apply-discount/README.md:0 [error] oq-section: Open Questions section not found features/apply-discount/README.md:0 [error] index-entries: Child directory not listed in index: refunds features/apply-discount/refunds:0 [error] readme-exists: README.md not found 3 violations found (3 errors)
El formato sobrevive a otro método
Los documentos de BMAD los moldean sus flujos. Si dejas de ejecutar BMAD, sigues teniendo el Markdown, pero nada fuera del método impone la forma. Un árbol SpecScore es el contrato. Otro flujo — incluido BMAD — puede escribirlo, y el linter sigue aplicándose.
Historias y requisitos siguen enlazados por id
Las historias de BMAD arrastran el contexto para que el agente no vuelva a decidir el producto. SpecScore hace el enlace mecánico: una tarea del plan cita REQ: slug, y las anotaciones specscore: más los tráilers de commit Verifies: devuelven el código al criterio.
Cuándo usar cada uno.
Elige el BMAD Method cuando…
- Quieres un ciclo ágil completo — PRD, arquitectura, historias, sprint — ejecutado por agentes con flujos según el rol.
- Quieres la compuerta de preparación y el grupo de perspectivas de producto, arquitectura y pruebas que trae el método.
- Estás estandarizando cómo hace prompts un equipo, y las skills del método son el estándar.
Usa SpecScore cuando…
- La especificación tiene que fallar en CI cuando un encabezado, un enlace o un estado es incorrecto, aunque ese día nadie ejecute el flujo de BMAD.
- Necesitas ids de requisitos estables entre herramientas, no solo dentro de los archivos de historias de un método.
- Quieres un formato de código abierto al que pueda apuntar otro proceso.
El método puede escribir el formato.
BMAD responde a «cómo ejecutamos el trabajo». SpecScore responde a «qué archivo es el contrato, y cómo sabe la CI que está intacto». Un equipo puede conservar el PRD y las historias de BMAD para la conversación, y una funcionalidad SpecScore para los requisitos que deben pasar el lint.
Usa el BMAD Method para el ciclo. Usa SpecScore para el artefacto que comprueba el pull request.
Fuentes.
Las páginas públicas de abajo se leyeron el 30 de octubre de 2026. Los precios, los nombres de los planes y las líneas de versión cambian.
Otras comparaciones.
El mismo formato, junto a otras herramientas de desarrollo guiado por especificaciones:
Todas juntas, en una página: mejores herramientas de desarrollo basado en especificaciones en 2026.
Comentarios
Esta comparación se basa en documentación y código fuente públicamente disponibles. ¿Algo incorrecto o desactualizado? abre un issue de corrección. ¿Quieres que comparemos SpecScore con otra herramienta? solicita una.