# SpecScore vs el BMAD Method Canonical: https://specscore.md/es/vs/bmad-method/ El [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD) (Breakthrough Method for Agile AI-Driven Development) es una manera [de código abierto](https://github.com/bmad-code-org/BMAD-METHOD) 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](https://specscore.md/es/spec-driven-development/) (SDD) es la idea más amplia en la que ambos se sitúan: el comportamiento se especifica antes del código. [SpecScore](https://specscore.md/es/) es un formato [de código abierto](https://github.com/specscore/specscore) para esa especificación, más una [interfaz de línea de comandos](https://specscore.md/es/cli/) (CLI). La [integración continua](https://specscore.md/es/validators/) (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. - Ambos se niegan a dejar que un agente invente el producto mientras escribe el código. - Ambos guardan los documentos de planificación en el repositorio, en Markdown, junto al trabajo. - Ambos esperan que una persona apruebe el plan antes de que la implementación se desboque. ## 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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) 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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) 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](https://www.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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE), [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) | [CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) el formato · [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) 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](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) ejecuta `specscore spec lint` en cada pull request. [/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) 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](https://github.com/specscore/specscore) 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. - [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) - [BMAD-METHOD — licencia MIT](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) - [Mapa de flujo de BMAD (main, leído el 30 de octubre de 2026)](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) - [bmadcode.com](https://www.bmadcode.com/) - [specscore/specscore — flujo de CI dogfood](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) - [specstudio-skills — skill /score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) - [specscore/specscore — CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE) - [specscore/specscore-cli — Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE)