# SpecScore vs il BMAD Method Canonical: https://specscore.md/it/vs/bmad-method/ Il [BMAD Method](https://github.com/bmad-code-org/BMAD-METHOD) (Breakthrough Method for Agile AI-Driven Development) è un modo [a codice aperto](https://github.com/bmad-code-org/BMAD-METHOD) 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](https://specscore.md/it/spec-driven-development/) (SDD) è l’idea più ampia in cui stanno entrambi: il comportamento si specifica prima del codice. [SpecScore](https://specscore.md/it/) è un formato [a codice aperto](https://github.com/specscore/specscore) per quella specifica, più un’[interfaccia a riga di comando](https://specscore.md/it/cli/) (CLI). L’[integrazione continua](https://specscore.md/it/validators/) (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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) 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](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) 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](https://www.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 Method | SpecScore | | --- | --- | --- | | Ruolo principale | Metodo agile: agenti, skill e flussi di lavoro, dall’idea al codice verificato | **Formato di specifica aperto + CLI** | | Artefatti di pianificazione | PRD, specifica UX, architettura, epic e storie, stato dello sprint — sulla mappa del flusso letta il 30 ottobre 2026 | **Idee, funzionalità, piani e attività** in un albero spec/, con id dei requisiti | | Controllare il lavoro | Sbarramento di prontezza (PASS / CONCERNS / FAIL) e un flusso validate-PRD, eseguiti dall’agente | **specscore spec lint** nella CI, deterministico. `/score` è una valutazione IA manuale. | | Id dei requisiti | Storie 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 esecuzione | Node.js e Python per l’installer v6.12 descritto nel README | **Nessuno** oltre un solo binario Go | | Licenza | [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) per il formato · [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE) 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](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) esegue `specscore spec lint` su ogni pull request. [/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) 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](https://github.com/specscore/specscore) 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. ## Fonti. Le pagine pubbliche qui sotto sono state lette il 30 ottobre 2026. Prezzi, nomi dei piani e linee di rilascio cambiano. - [bmad-code-org/BMAD-METHOD](https://github.com/bmad-code-org/BMAD-METHOD) - [BMAD-METHOD — licenza MIT](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/LICENSE) - [Mappa del flusso BMAD (main, letta il 30 ottobre 2026)](https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/reference/workflow-map.md) - [bmadcode.com](https://www.bmadcode.com/) - [specscore/specscore — flusso 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)