Tessl は、仕様駆動開発 のスペクトラムにおいて最も急進的な立場、すなわちスペック・アズ・ソースをとる。そこでは仕様が開発者の直接編集する唯一の成果物であり、コードはすべて仕様から生成され、仕様が変わるたびに再生成される。Tessl をこの位置に置いたレポートは、Tessl が、同レポートが仕様を「新しいソースコード」とみなす新たなビジョンと呼ぶものを体現していると述べている。開発者は要求と振る舞いの観点で作業し、機能を変更するということは、生成されたコードを手で編集するのではなく、仕様を変更して再生成することを意味する。
機能
Jimmy Song のオンラインハンドブック『智能体构建指南』のある章は、Tessl を実験的なフレームワークとして説明し、3 つの具体的な仕組みを記録している。まず、上記とは逆方向に働き、すでに存在するコードから仕様を導出する tessl document --code コマンドを記録している。次に、生成されたコードには // GENERATED FROM SPEC – DO NOT EDIT マーカーが付くと述べている。これによって、スペック・アズ・ソースの境界がワークフローの中だけでなく、ソースツリーそのものの中で目に見えるようになる。そして、生成の内容を制御するために使われる @generate タグと @test タグを挙げている。この記述は Tessl を、スペック・アズ・ソースへの移行の完成形ではなく、その初期の形として位置づけている。
採用状況とエコシステム
2026 年の実務者による仕様駆動開発ツールのサーベイ（コードから契約へ：AI コーディングアシスタント時代の仕様駆動開発）は、GitHub Spec Kit と Kiro も含む 3 区分のツールキット分類において、Tessl をスペック・アズ・ソースの端に位置づけており、このアプローチが実用的であるためには、成熟し信頼できるコード生成ツールが必要であると指摘している。上記のハンドブックの章は、この実践の代表的な実装 8 つの 1 つとして Tessl を挙げており、そこにもこの 3 つが含まれている。