# SpecScore vs Tessl Canonical: https://specscore.md/de/vs/tessl/ [Spezifikationsgetriebene Entwicklung](https://specscore.md/de/spec-driven-development/) (SDD) bedeutet, dass die Spezifikation des beabsichtigten Verhaltens vor dem Code geschrieben wird. [Tessl](https://tessl.io/) (Tessl AI Ltd) ist, Stand 30. Oktober 2026, eine Plattform zur Befähigung von Agenten: eine Registry und eine Steuerungsebene für die Skills, Regeln und Plugins, die Coding-Agenten laden. „Spec as source“ ist die stärkere Behauptung im [Essay vom Juni 2025](https://tessl.io/blog/from-code-centric-to-spec-centric) von Tessl: die Spezifikation ist das langlebige Artefakt, und der Code wird daraus abgeleitet. [SpecScore](https://specscore.md/de/) ist ein [quelloffenes](https://github.com/specscore/specscore) Dateiformat für diese Spezifikation, geprüft von einer [Befehlszeilenschnittstelle](https://specscore.md/de/cli/) (CLI). [Kontinuierliche Integration](https://specscore.md/de/validators/) (CI) — eine automatische Prüfung bei jeder vorgeschlagenen Änderung — führt diese Prüfung in diesem Repository aus. ## Was sie gemeinsam haben. - Beide sagen, ein Prompt sei ein schwacher Ort, um Absicht aufzubewahren. Eine geschriebene Spezifikation soll den Chat überdauern. - Beide erwarten, dass ein KI-Coding-Agent die Spezifikation liest, bevor er Code ändert. - Beide können Tests an Anforderungen hängen, sodass „fertig“ etwas ist, worauf Sie zeigen können. ## Was Tessl gut macht. Zwei verschiedene Tessl-Oberflächen lassen sich leicht verwechseln. Die Notizen unten halten sie auseinander, nach Seiten, die am 30. Oktober 2026 gelesen wurden. ### Ein klares Argument für spec as source Der Essay von Simon Maple vom 27. Juni 2025 sagt, ein Product Requirements Document (PRD) — Prosa für Menschen darüber, was gebaut werden soll — veralte meist, während der Code zur einzigen Quelle der Wahrheit werde. Die Alternative des Essays: die Spezifikation ist das, was Sie ändern, und ein großes Sprachmodell (LLM) erzeugt daraus Code, Tests und Dokumentation. Das ist eine echte Position, kein Slogan. ### Eine Plattform für den Agentenkontext [Die Dokumentation von Tessl](https://docs.tessl.io/) beschreibt eine Registry, Governance, die Skills scannt und bewertet, Evals und Observability über Agenten hinweg. Die Dokumentation sagt, Skills seien einfache Artefakte in Ihrem Repository, und die Plattform arbeite mit Claude Code, Cursor, Copilot, Gemini und weiteren. Bewerten heißt dort, eine Skill zu bewerten, nicht eine Produktspezifikation. ### Ein offizielles Tile für spezifikationsgetriebene Entwicklung, mit Shell-Prüfungen Das Tile [tessl-labs/spec-driven-development](https://tessl.io/registry/tessl-labs/spec-driven-development), MIT-lizenziert im [öffentlichen Tile-Repository](https://github.com/tesslio/spec-driven-development-tile), bringt einem Agenten bei, zu befragen, `.spec.md`-Dateien zu schreiben, auf Freigabe zu warten und dann umzusetzen. Die Registry-Seite nennt `scripts/validate-specs.sh` und `scripts/check-spec-links.sh` für Frontmatter, `targets` und `[@test]`-Links. Dieselbe Seite sagt, das Tile sei Steuerungskontext: keine besonderen Befehle, kein Framework. ## Feature-Vergleich. „Spec as source“ ist der Essay von Tessl. Das Tile ist ein Skill-Paket auf der heutigen Plattform. SpecScore ist ein Format mit einem versionierten Linter. | Fähigkeit | Tessl | SpecScore | | --- | --- | --- | | Hauptrolle | Plattform für Agent-Skills, plus ein Tile für spezifikationsgetriebene Entwicklung und ein Essay von 2025 über spec as source | **Offenes Spezifikationsformat + CLI** | | Was die Spezifikation ist | Essay: die langlebige Quelle, aus der Code erzeugt wird. Tile: eine .spec.md, gegen die der Agent umsetzt, und Sie behalten den Code. | **Ein Vertrag neben dem Code**. Lint erzeugt den Code nicht neu. | | Form der Spezifikation | Tile: YAML-Frontmatter, targets-Globs und [@test]-Links zu Testdateien | **Markdown + YAML**, `REQ: slug`, [Gegeben/Wenn/Dann](https://specscore.md/acceptance-criteria-specification) | | Spezifikation prüfen | Shell-Skripte, die mit dem Tile geliefert werden, für Frontmatter und Links dieses Tiles | **specscore spec lint** auf dem SpecScore-Format, in der CI dieses Repositorys. `/score` ist eine manuelle KI-Bewertung. | | Lizenz | Das Tile ist [MIT](https://github.com/tesslio/spec-driven-development-tile/blob/main/LICENSE). Die Plattform ist ein Produkt. Die Dokumentation veröffentlicht den Quelltext der Plattform nicht. | [CC BY 4.0](https://github.com/specscore/specscore/blob/main/LICENSE)-Format · [Apache-2.0](https://github.com/specscore/specscore-cli/blob/main/LICENSE)-CLI | | Preis | Die [Tessl-Startseite](https://tessl.io/), gelesen am 30. Oktober 2026, beschreibt eine kostenlose Stufe (1.000 Credits im Monat in einem Workspace) und kostenpflichtige Enterprise-Pläne. | **Keine Gebühr** für das Format oder das CLI | ## Was SpecScore ergänzt. ### Ein veröffentlichtes Format, kein Tile-Skript Die Shell-Skripte des Tiles prüfen `.spec.md`-Dateien, die das Tile den Agenten schreiben ließ. SpecScore prüft ein Format, das auf dieser Website dokumentiert ist. [dogfood.yml](https://github.com/specscore/specscore/blob/main/.github/workflows/dogfood.yml) installiert ein festgeschriebenes [specscore](https://github.com/specscore/specscore-cli)-Release und führt `specscore spec lint` aus. [/score](https://github.com/specscore/specstudio-skills/blob/main/skills/score/SKILL.md) ist nicht dieser Lauf: es ist eine manuelle Skill, die mit einem Code ungleich null endet, wenn KI-Reviewer Probleme melden. ``` $ 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) ``` ### Sie behalten den Code in beiden Fällen — der Essay geht weiter Der Essay von 2025 sagt, Code solle aus der Spezifikation neu erzeugt werden. Das Tile, auf der am 30. Oktober 2026 gelesenen Seite, lässt den Agenten gegen eine freigegebene Spezifikation umsetzen und beschreibt keinen Compiler, der Ihren Quellbaum ersetzt. SpecScore nimmt den Code nie weg. Die Spezifikation ist der geprüfte Vertrag; der Code bleibt Ihrer. ### Identität der Anforderung Das Tile zeigt mit `targets` und `[@test]` von einer Anforderung auf Dateien. SpecScore benennt die Anforderung `REQ: slug`, damit ein Plan, eine Aufgabe und ein Commit-Trailer sie zitieren können, nachdem die Dateien verschoben wurden. ## Wann Sie welches Werkzeug nutzen sollten. ### Nutzen Sie Tessl, wenn… - Sie eine Registry, Evals und Governance für Skills brauchen, die über viele Agenten und Repositorys geteilt werden. - Sie den Ablauf aus dem Essay zu spec as source als steuerndes Tile wollen: befragen, eine .spec.md freigeben, dann umsetzen. - Sie die Tessl-Plattform schon bezahlen oder ausprobieren und ihr Spec-Tile in dieser Registry wollen. ### Nutzen Sie SpecScore, wenn… - Das Spezifikationsformat selbst muss in der CI gültig sein, auch in Repositorys, die Tessl nicht installieren. - Sie wollen Anforderungs-IDs und einen Linter, der kein Modell aufruft. - Sie wollen das Format [quelloffen](https://github.com/specscore/specscore) unter einer Creative-Commons-Lizenz, getrennt von einer Skills-Plattform. ## Spec as source, und eine Spezifikation, die sich linten lässt. Der Essay von Tessl hat recht, dass ein veraltetes PRD gegen den Code verliert. Eine Formatprüfung ist der Weg, auf dem die Spezifikation das bleibt, dem Sie vertrauen. SpecScore erzeugt Ihre Anwendung nicht aus der Spezifikation. Es lässt die Spezifikation in der CI fehlschlagen, wenn Struktur, Links oder Status falsch sind. Nutzen Sie Tessl, wenn Sie die Plattform und das Tile wollen. Nutzen Sie SpecScore, wenn das Artefakt in Git das ist, was der Pull Request belegen muss. ## Quellen. Die öffentlichen Seiten unten wurden am 30. Oktober 2026 gelesen. Preise, Plannamen und Release-Linien ändern sich. - [Dokumentation von Tessl — Was ist Tessl?](https://docs.tessl.io/) - [Tessl-Startseite](https://tessl.io/) - [Tessl-Blog — Why code alone isn’t enough (27. Juni 2025)](https://tessl.io/blog/from-code-centric-to-spec-centric) - [Tessl-Registry — tessl-labs/spec-driven-development](https://tessl.io/registry/tessl-labs/spec-driven-development) - [tesslio/spec-driven-development-tile](https://github.com/tesslio/spec-driven-development-tile) - [specscore/specscore — Dogfood-CI-Workflow](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)