Confronti

SpecScore vs il BMAD Method

Il BMAD Method (Breakthrough Method for Agile AI-Driven Development) è un modo a codice aperto di condurre la consegna agile con agenti IA: chiarire il lavoro, pianificarlo, costruirlo e verificarlo, con le decisioni scritte. Un documento dei requisiti di prodotto (PRD) è la descrizione in prosa di che cosa costruire e per chi; la mappa del flusso del metodo ne produce uno, poi l’architettura e le storie. Lo sviluppo guidato dalle specifiche (SDD) è l’idea più ampia in cui stanno entrambi: il comportamento si specifica prima del codice. SpecScore è un formato a codice aperto per quella specifica, più un’interfaccia a riga di comando (CLI). L’integrazione continua (CI) — un controllo automatico su ogni modifica proposta — può fallire quando un file SpecScore è strutturalmente sbagliato.

Cosa hanno in comune.

  • Entrambi rifiutano di lasciare che un agente inventi il prodotto mentre scrive il codice.
  • Entrambi tengono i documenti di pianificazione nel repository, in Markdown, accanto al lavoro.
  • Entrambi si aspettano che una persona approvi il piano prima che l’implementazione sfugga.

Cosa fa bene il BMAD Method.

Il README del progetto, letto il 30 ottobre 2026, chiama v6.12 la release stabile e v7 un’anteprima sul branch main. La data di v7 in quel README era già passata. Tratta i nomi delle linee come un’istantanea.

Un metodo che si dimensiona da solo

Il README dice che i cambiamenti piccoli vanno dritti alla costruzione, e che il lavoro più ampio riceve una pianificazione. La mappa del flusso su main elenca le fasi: un PRD (PRD.md), una specifica UX facoltativa, architecture.md con registri delle decisioni, file di epic e storie, poi uno sprint. È un ciclo agile completo, non un solo prompt.

Uno sbarramento prima dell’implementazione

La stessa mappa elenca bmad-check-implementation-readiness, che restituisce PASS, CONCERNS o FAIL prima dell’implementazione. L’agente product-manager di v6 ha anche un passo validate-PRD. Sono sbarramenti del flusso che esegue l’agente. Non sono un linter di formato separato da puntare su un albero Markdown qualunque.

È pubblicato davvero

Il metodo è sotto licenza MIT in un repository pubblico. L’installazione stabile del README è npx bmad-method install, e chiede Node.js 20.12 o più recente e Python 3.10 o più recente. Il sito bmadcode.com dice che il metodo è gratuito.

Confronto delle funzionalità.

BMAD è il processo. SpecScore è il formato dell’artefatto a cui un processo può puntare. La tabella confronta questi ruoli.

CapacitàBMAD MethodSpecScore
Ruolo principaleMetodo agile: agenti, skill e flussi di lavoro, dall’idea al codice verificatoFormato di specifica aperto + CLI
Artefatti di pianificazionePRD, specifica UX, architettura, epic e storie, stato dello sprint — sulla mappa del flusso letta il 30 ottobre 2026Idee, funzionalità, piani e attività in un albero spec/, con id dei requisiti
Controllare il lavoroSbarramento di prontezza (PASS / CONCERNS / FAIL) e un flusso validate-PRD, eseguiti dall’agentespecscore spec lint nella CI, deterministico. /score è una valutazione IA manuale.
Id dei requisitiStorie e requisiti funzionali dentro il PRD e i file degli epic. Non il REQ: slug di SpecScore.REQ: slug e id dei criteri di accettazione
Ambiente di esecuzioneNode.js e Python per l’installer v6.12 descritto nel READMENessuno oltre un solo binario Go
LicenzaMIT, bmad-code-org/BMAD-METHODCC BY 4.0 per il formato · Apache-2.0 per la CLI

Cosa aggiunge SpecScore.

Il controllo è un comando, non un passo del metodo

Il risultato di prontezza di BMAD è una decisione dentro il suo flusso. Il risultato di SpecScore è un codice di uscita del processo. dogfood.yml esegue specscore spec lint su ogni pull request. /score valuta un artefatto con i revisori configurati nel repository; lo invochi tu. 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)

Il formato sopravvive a un altro metodo

I documenti di BMAD prendono forma dai suoi flussi. Se smetti di eseguire BMAD, hai ancora il Markdown, ma niente fuori dal metodo impone la forma. Un albero SpecScore è il contratto. Un altro flusso — BMAD compreso — può scriverlo, e il linter si applica ancora.

Storie e requisiti restano collegati dall’id

Le storie di BMAD portano avanti il contesto così l’agente non ridecide il prodotto. SpecScore rende il collegamento meccanico: un’attività del piano cita REQ: slug, e le annotazioni specscore: più i trailer di commit Verifies: riportano il codice al criterio.

Quando usare l'uno o l'altro.

Scegli il BMAD Method quando…

  • Vuoi un ciclo agile completo — PRD, architettura, storie, sprint — eseguito da agenti con flussi legati al ruolo.
  • Vuoi lo sbarramento di prontezza e il gruppo di prospettive di prodotto, architettura e test che il metodo porta con sé.
  • Stai standardizzando il modo in cui un team scrive i prompt, e le skill del metodo sono lo standard.

Usa SpecScore se…

  • La specifica deve fallire nella CI quando un titolo, un link o uno stato è sbagliato, anche se quel giorno nessuno esegue il flusso BMAD.
  • Ti servono id dei requisiti stabili tra gli strumenti, non solo dentro i file delle storie di un metodo.
  • Vuoi un formato a codice aperto a cui un altro processo possa puntare.

Il metodo può scrivere il formato.

BMAD risponde a «come conduciamo il lavoro». SpecScore risponde a «quale file è il contratto, e come fa la CI a sapere che è intatto». Un team può tenere il PRD e le storie di BMAD per la conversazione, e una funzionalità SpecScore per i requisiti che devono passare il lint.

Usa il BMAD Method per il ciclo. Usa SpecScore per l’artefatto che la pull request controlla.

Altri confronti.

Lo stesso formato, accanto ad altri strumenti di sviluppo guidato dalle specifiche:

Tutti insieme, in una pagina: migliori strumenti di sviluppo guidato dalle specifiche nel 2026.

Feedback

Specifiche che superano la prova.

Have an idea how to improve this page?