SpecScore vs Tessl
Sviluppo guidato dalle specifiche (SDD) significa che la specifica del comportamento previsto si scrive prima del codice. Tessl (Tessl AI Ltd) è, al 30 ottobre 2026, una piattaforma di abilitazione degli agenti: un registro e un piano di controllo per le skill, le regole e i plugin che gli agenti di programmazione caricano. «Spec as source» è l’affermazione più forte del saggio del giugno 2025 di Tessl: la specifica è l’artefatto che dura, e il codice ne deriva. SpecScore è un formato di file a codice aperto per quella specifica, controllato da un’interfaccia a riga di comando (CLI). L’integrazione continua (CI) — un controllo automatico su ogni modifica proposta — esegue quel controllo in questo repository.
Cosa hanno in comune.
Cosa fa bene Tessl.
Due superfici diverse di Tessl si confondono facilmente. Le note sotto le tengono distinte, da pagine lette il 30 ottobre 2026.
Un argomento chiaro per lo spec as source
Il saggio di Simon Maple del 27 giugno 2025 dice che un documento dei requisiti di prodotto (PRD) — prosa scritta per le persone su che cosa costruire — di solito invecchia, mentre il codice diventa l’unica fonte di verità. L’alternativa del saggio è che la specifica è ciò che cambi, e un grande modello linguistico (LLM) genera da essa codice, test e documentazione. È una posizione reale, non uno slogan.
Una piattaforma per il contesto dell’agente
La documentazione di Tessl descrive un registro, una governance che analizza e assegna un punteggio alle skill, valutazioni e osservabilità tra agenti. La documentazione dice che le skill sono artefatti semplici nel tuo repository, e che la piattaforma funziona con Claude Code, Cursor, Copilot, Gemini e altri. Lì, il punteggio riguarda una skill, non una specifica di prodotto.
Un tile ufficiale di sviluppo guidato dalle specifiche, con controlli shell
Il tile tessl-labs/spec-driven-development, con licenza MIT nel repository pubblico del tile, insegna a un agente a intervistare, scrivere file .spec.md, attendere l’approvazione e poi implementare. La pagina del registro elenca scripts/validate-specs.sh e scripts/check-spec-links.sh per il frontmatter, targets e i link [@test]. La stessa pagina dice che il tile è contesto di guida: nessun comando speciale, nessun framework.
Confronto delle funzionalità.
«Spec as source» è il saggio di Tessl. Il tile è un pacchetto di skill sopra la piattaforma di oggi. SpecScore è un formato con un linter versionato.
| Capacità | Tessl | SpecScore |
|---|---|---|
| Ruolo principale | Piattaforma di skill per agenti, più un tile di sviluppo guidato dalle specifiche e un saggio del 2025 sullo spec as source | Formato di specifica aperto + CLI |
| Che cos’è la specifica | Saggio: la fonte durevole da cui si genera il codice. Tile: un .spec.md rispetto al quale l’agente implementa, e tu tieni il codice. | Un contratto accanto al codice. Il lint non rigenera il codice. |
| Forma della specifica | Tile: frontmatter YAML, glob di targets e link [@test] a file di test | Markdown + YAML, REQ: slug, Dato/Quando/Allora |
| Controllare la specifica | Script shell distribuiti con il tile, per il frontmatter e i link di quel tile | specscore spec lint sul formato SpecScore, nella CI di questo repository. /score è una valutazione IA manuale. |
| Licenza | Il tile è MIT. La piattaforma è un prodotto. La documentazione non pubblica il codice sorgente della piattaforma. | CC BY 4.0 per il formato · Apache-2.0 per la CLI |
| Prezzo | La homepage di Tessl, letta il 30 ottobre 2026, descrive un piano gratuito (1.000 crediti al mese su uno spazio di lavoro) e piani enterprise a pagamento. | Nessun costo per il formato né per la CLI |
Cosa aggiunge SpecScore.
Un formato pubblicato, non uno script del tile
Gli script shell del tile controllano i file .spec.md che quel tile ha chiesto all’agente di scrivere. SpecScore controlla un formato documentato su questo sito. dogfood.yml installa una release fissata di specscore ed esegue specscore spec lint. /score non è quell’esecuzione: è una skill manuale che esce con codice diverso da zero quando i revisori IA segnalano problemi.
$ 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)
Tieni il codice in entrambi i casi — il saggio va oltre
Il saggio del 2025 dice che il codice andrebbe rigenerato dalla specifica. Il tile, sulla pagina letta il 30 ottobre 2026, fa implementare l’agente rispetto a una specifica approvata e non descrive un compilatore che sostituisca il tuo albero dei sorgenti. SpecScore non ti toglie mai il codice. La specifica è il contratto revisionato; il codice resta tuo.
Identità del requisito
Il tile punta un requisito a dei file con targets e [@test]. SpecScore nomina il requisito REQ: slug così un piano, un’attività e un trailer di commit possono citarlo dopo che i file si sono spostati.
Quando usare l'uno o l'altro.
Scegli Tessl quando…
- Ti serve un registro, valutazioni e governance per skill condivise tra molti agenti e repository.
- Vuoi il flusso del saggio spec as source come tile di guida: intervistare, approvare un .spec.md, poi implementare.
- Stai già pagando la piattaforma Tessl, o la stai provando, e vuoi il suo tile di specifica in quel registro.
Usa SpecScore se…
- Il formato della specifica stessa deve essere valido nella CI, anche nei repository che non installano Tessl.
- Vuoi id dei requisiti e un linter che non chiama un modello.
- Vuoi il formato a codice aperto sotto una licenza Creative Commons, separato da una piattaforma di skill.
Spec as source, e una specifica che si può sottoporre a lint.
Il saggio di Tessl ha ragione: un PRD invecchiato perde rispetto al codice. Un controllo di formato è il modo in cui la specifica resta ciò di cui ti fidi. SpecScore non genera la tua applicazione dalla specifica. Fa fallire la specifica nella CI quando la struttura, i link o lo stato sono sbagliati.
Usa Tessl se vuoi la piattaforma e il tile. Usa SpecScore se l’artefatto in git è ciò che la pull request deve dimostrare.
Fonti.
Le pagine pubbliche qui sotto sono state lette il 30 ottobre 2026. Prezzi, nomi dei piani e linee di rilascio cambiano.
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
Questo confronto si basa su documentazione e codice sorgente pubblici. Qualcosa è sbagliato o superato? apri una issue di correzione. Vuoi che confrontiamo SpecScore con un altro strumento? richiedine uno.