SpecScore vs Tessl
Rozwój sterowany specyfikacją (SDD) oznacza, że specyfikacja zamierzonego zachowania powstaje przed kodem. Tessl (Tessl AI Ltd) jest, według stanu na 30 października 2026, platformą wyposażania agentów: rejestrem i płaszczyzną kontroli dla skilli, reguł i wtyczek, które ładują agenty kodujące. „Specyfikacja jako źródło” to mocniejsze twierdzenie z eseju Tessl z czerwca 2025: specyfikacja jest trwałym artefaktem, a kod jest z niej wyprowadzany. SpecScore to otwartoźródłowy format pliku dla tej specyfikacji, sprawdzany przez interfejs wiersza poleceń (CLI). Ciągła integracja (CI) — automatyczne sprawdzenie każdej proponowanej zmiany — uruchamia to sprawdzenie w tym repozytorium.
Co je łączy.
Co Tessl robi dobrze.
Dwie różne powierzchnie Tessl łatwo pomylić. Notatki poniżej trzymają je osobno, na podstawie stron odczytanych 30 października 2026.
Jasny argument za specyfikacją jako źródłem
Esej Simona Maple’a z 27 czerwca 2025 mówi, że dokument wymagań produktu (PRD) — proza pisana dla ludzi o tym, co zbudować — zwykle się dezaktualizuje, a kod staje się jedynym źródłem prawdy. Alternatywa z eseju jest taka, że zmieniasz specyfikację, a LLM generuje z niej kod, testy i dokumentację. To prawdziwe stanowisko, nie hasło.
Platforma kontekstu dla agentów
Dokumentacja Tessl opisuje rejestr, nadzór, który skanuje i ocenia skille, ewaluacje oraz obserwowalność między agentami. Dokumentacja mówi, że skille to zwykłe artefakty w repozytorium i że platforma działa z Claude Code, Cursor, Copilot, Gemini i innymi. Ocena tam oznacza ocenę skilla, nie ocenę specyfikacji produktu.
Oficjalny tile sterowany specyfikacją, ze sprawdzeniami w powłoce
Tile tessl-labs/spec-driven-development, na licencji MIT w publicznym repozytorium tile’a, uczy agenta przeprowadzić wywiad, napisać pliki .spec.md, poczekać na zatwierdzenie, a potem zaimplementować. Strona rejestru wymienia scripts/validate-specs.sh oraz scripts/check-spec-links.sh dla frontmatter, targets i odnośników [@test]. Ta sama strona mówi, że tile jest kontekstem sterującym: bez specjalnych poleceń, bez frameworka.
Porównanie możliwości.
„Specyfikacja jako źródło” to esej Tessl. Tile to paczka skilli na dzisiejszej platformie. SpecScore to format z wersjonowanym linterem.
| Możliwość | Tessl | SpecScore |
|---|---|---|
| Rola główna | Platforma skilli dla agentów oraz tile sterowany specyfikacją i esej z 2025 o specyfikacji jako źródle | Otwarty format specyfikacji + CLI |
| Czym jest specyfikacja | Esej: trwałe źródło, z którego generuje się kod. Tile: plik .spec.md, względem którego agent implementuje, a kod zostaje u ciebie. | Kontrakt obok kodu. Lint nie regeneruje kodu. |
| Kształt specyfikacji | Tile: frontmatter YAML, wzorce glob w targets i odnośniki [@test] do plików testów | Markdown + YAML, REQ: slug, Given/When/Then |
| Sprawdzanie specyfikacji | Skrypty powłoki dostarczane z tile’em, dla frontmatter i odnośników tego tile’a | specscore spec lint na formacie SpecScore, w CI tego repozytorium. /score to ręczna ocena AI. |
| Licencja | Tile jest na licencji MIT. Platforma jest produktem. Dokumentacja nie publikuje źródeł platformy. | CC BY 4.0 format · Apache-2.0 CLI |
| Cena | Strona główna Tessl, odczytana 30 października 2026, opisuje darmowy poziom (1000 kredytów miesięcznie w jednej przestrzeni roboczej) i płatne plany korporacyjne. | Bez opłaty za format ani za CLI |
Co dodaje SpecScore.
Opublikowany format, nie skrypt tile’a
Skrypty powłoki tile’a sprawdzają pliki .spec.md, które ten tile kazał napisać agentowi. SpecScore sprawdza format udokumentowany na tej stronie. dogfood.yml instaluje przypięte wydanie specscore i uruchamia specscore spec lint. /score nie jest tym zadaniem: to ręczny skill, który kończy się kodem niezerowym, gdy recenzenci AI zgłoszą problemy.
$ 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)
Kod zostaje u ciebie w obu wypadkach — esej idzie dalej
Esej z 2025 mówi, że kod należy regenerować ze specyfikacji. Tile, na stronie odczytanej 30 października 2026, każe agentowi implementować względem zatwierdzonej specyfikacji i nie opisuje kompilatora, który zastępuje drzewo źródeł. SpecScore nigdy nie odbiera kodu. Specyfikacja jest przejrzanym kontraktem; kod zostaje twój.
Tożsamość wymagania
Tile wskazuje wymaganie na pliki przez targets i [@test]. SpecScore nazywa wymaganie REQ: slug, więc plan, zadanie i trailer commita mogą się na nie powołać, gdy pliki się przesuną.
Kiedy wybrać które rozwiązanie.
Sięgnij po Tessl, gdy…
- Potrzebujesz rejestru, ewaluacji i nadzoru nad skillami współdzielonymi między wieloma agentami i repozytoriami.
- Chcesz workflow z eseju o specyfikacji jako źródle w postaci tile’a sterującego: wywiad, zatwierdzenie .spec.md, potem implementacja.
- Już płacisz za platformę Tessl albo ją sprawdzasz i chcesz jej tile specyfikacji w tym rejestrze.
Wybierz SpecScore, gdy…
- Sam format specyfikacji ma być poprawny w CI, także w repozytoriach, które nie instalują Tessl.
- Chcesz identyfikatorów wymagań i lintera, który nie wywołuje modelu.
- Chcesz format otwartoźródłowy na licencji Creative Commons, osobno od platformy skilli.
Specyfikacja jako źródło i specyfikacja, którą da się lintować.
Esej Tessl ma rację, że nieaktualny PRD przegrywa z kodem. Sprawdzenie formatu jest sposobem, by specyfikacja została tym, czemu ufasz. SpecScore nie generuje aplikacji ze specyfikacji. Sprawia, że specyfikacja pada w CI, gdy struktura, odnośniki albo status są błędne.
Użyj Tessl, jeśli chcesz platformę i tile. Użyj SpecScore, jeśli artefakt w git jest tym, co pull request musi udowodnić.
Źródła.
Publiczne strony poniżej odczytano 30 października 2026. Ceny, nazwy planów i linie wydań się zmieniają.
Inne porównania.
Ten sam format, obok innych narzędzi rozwoju sterowanego specyfikacją:
Wszystkie razem, na jednej stronie: najlepsze narzędzia rozwoju sterowanego specyfikacją w 2026.
Opinia
To porównanie opiera się na publicznie dostępnej dokumentacji i kodzie źródłowym. Coś jest błędne lub nieaktualne? otwórz issue z poprawką. Chcesz, żebyśmy porównali SpecScore z innym narzędziem? poproś o nie.