SpecScore vs Tessl
Разработка по спецификациям (SDD) означает, что спецификация задуманного поведения написана до кода. Tessl (Tessl AI Ltd) на 30 октября 2026 — платформа оснащения агентов: реестр и контур управления для навыков, правил и плагинов, которые загружают агенты для кода. «Спецификация как источник» — более сильное утверждение в эссе Tessl от июня 2025: спецификация — долгоживущий артефакт, а код выводится из неё. SpecScore — это формат файла с открытым исходным кодом для этой спецификации, который проверяет интерфейс командной строки (CLI). Непрерывная интеграция (CI) — автоматическая проверка каждого предлагаемого изменения — запускает эту проверку в этом репозитории.
Что у них общего.
Что Tessl делает хорошо.
Две разные поверхности Tessl легко перепутать. Заметки ниже держат их порознь, по страницам, прочитанным 30 октября 2026.
Ясный довод в пользу спецификации как источника
Эссе Simon Maple от 27 июня 2025 говорит, что документ требований к продукту (PRD) — проза для людей о том, что строить, — обычно устаревает, а код становится единственным источником истины. Альтернатива эссе в том, что меняют спецификацию, а LLM порождает из неё код, тесты и документацию. Это настоящая позиция, а не лозунг.
Платформа контекста для агента
Документация Tessl описывает реестр, управление, которое сканирует и оценивает навыки, оценки и наблюдаемость по агентам. Документация говорит, что навыки — обычные артефакты в вашем репозитории и что платформа работает с Claude Code, Cursor, Copilot, Gemini и другими. Оценка там означает оценку навыка, а не оценку спецификации продукта.
Официальный tile разработки по спецификациям с проверками в shell
Tile tessl-labs/spec-driven-development под лицензией MIT в публичном репозитории tile учит агента провести интервью, написать файлы .spec.md, дождаться одобрения, затем реализовать. Страница реестра перечисляет scripts/validate-specs.sh и scripts/check-spec-links.sh для frontmatter, targets и ссылок [@test]. Та же страница говорит, что tile — это управляющий контекст: никаких особых команд, никакого фреймворка.
Сравнение возможностей.
«Спецификация как источник» — эссе Tessl. Tile — пакет навыков поверх сегодняшней платформы. SpecScore — формат с версионируемым линтером.
| Возможность | Tessl | SpecScore |
|---|---|---|
| Основная роль | Платформа навыков для агентов, плюс tile разработки по спецификациям и эссе 2025 года о спецификации как источнике | Открытый формат спецификаций + CLI |
| Чем является спецификация | Эссе: долгоживущий источник, из которого порождают код. Tile: .spec.md, по которому агент реализует, а код остаётся у вас. | Контракт рядом с кодом. Линт не перегенерирует код. |
| Форма спецификации | Tile: YAML-frontmatter, glob-шаблоны targets и ссылки [@test] на файлы тестов | Markdown + YAML, REQ: slug, Given/When/Then |
| Проверка спецификации | Shell-скрипты в комплекте tile, для frontmatter и ссылок этого tile | specscore spec lint по формату SpecScore, в CI этого репозитория. /score — ручная оценка ИИ. |
| Лицензия | Tile выпущен под MIT. Платформа — продукт. Документация не публикует исходный код платформы. | CC BY 4.0 формат · Apache-2.0 CLI |
| Цена | Главная страница Tessl, прочитанная 30 октября 2026, описывает бесплатный уровень (1000 кредитов в месяц на одно рабочее пространство) и платные корпоративные планы. | Без платы за формат и за CLI |
Что добавляет SpecScore.
Опубликованный формат, а не скрипт tile
Shell-скрипты tile проверяют файлы .spec.md, которые этот tile просил агента написать. SpecScore проверяет формат, описанный на этом сайте. dogfood.yml устанавливает закреплённый релиз specscore и запускает specscore spec lint. /score — не эта задача: это ручной навык, который завершается с ненулевым кодом, когда ИИ-ревьюеры сообщают о проблемах.
$ 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)
Код остаётся у вас в обоих случаях — эссе идёт дальше
Эссе 2025 года говорит, что код следует перегенерировать из спецификации. Tile на странице, прочитанной 30 октября 2026, заставляет агента реализовывать по одобренной спецификации и не описывает компилятор, который заменяет ваше дерево исходников. SpecScore никогда не забирает код. Спецификация — проверенный контракт; код остаётся вашим.
Тождество требования
Tile указывает требование на файлы через targets и [@test]. SpecScore именует требование REQ: slug, чтобы план, задача и трейлер коммита могли сослаться на него после того, как файлы переместятся.
Когда что использовать.
Берите Tessl, когда…
- Вам нужны реестр, оценки и управление навыками, общими для многих агентов и репозиториев.
- Вам нужен ход работы из эссе о спецификации как источнике в виде управляющего tile: интервью, одобрение .spec.md, затем реализация.
- Вы уже платите за платформу Tessl или пробуете её и хотите её tile спецификации в этом реестре.
Используйте SpecScore, когда…
- Сам формат спецификации должен быть верным в CI, в том числе в репозиториях, где Tessl не установлен.
- Вам нужны идентификаторы требований и линтер, который не вызывает модель.
- Вам нужен формат с открытым исходным кодом под лицензией Creative Commons, отдельно от платформы навыков.
Спецификация как источник и спецификация, которую можно линтить.
Эссе Tessl право в том, что устаревший PRD проигрывает коду. Проверка формата — это то, благодаря чему спецификация остаётся тем, чему вы доверяете. SpecScore не порождает ваше приложение из спецификации. Он заставляет спецификацию падать в CI, когда неверны структура, ссылки или статус.
Используйте Tessl, если нужны платформа и tile. Используйте SpecScore, если артефакт в git — это то, что должен доказать pull request.
Источники.
Публичные страницы ниже прочитаны 30 октября 2026 года. Цены, названия тарифов и линии релизов меняются.
Другие сравнения.
Тот же формат рядом с другими инструментами разработки по спецификациям:
Все вместе, на одной странице: лучшие инструменты разработки по спецификациям в 2026 году.
Обратная связь
Это сравнение основано на публично доступной документации и исходном коде. Что-то неверно или устарело? откройте issue с исправлением. Хотите, чтобы мы сравнили SpecScore с другим инструментом? запросите его.