比較
このカテゴリの既存ソリューション。
最も近い四つのツール — Tessl / Augment Intent / GitHub Spec-Kit / Kiro — を公平に整理し、Intent-System との関係を示します。
各カードは公式サイトへのリンクです。Intent-System のみ、本サイトの Try ページに遷移します。
Tessl
SDD · Spec-as-source
仕様のみがソースです。コードはそこから再生成されます。
tessl.io
Augment Intent
SDD · Spec-anchored
Living Spec が CI で仕様とコードを整合させます。
www.intentapp.dev
GitHub Spec-Kit
SDD · Spec-first → anchored
GitHub と統合された Spec-first ワークフローです。
github.com/github/spec-kit
Kiro
SDD · Spec-anchored (IDE)
IDE 起点の Spec-driven コーディングです。
kiro.dev
Intent-System
IDD · Intent-as-source
Tree-Structured Operational IDD ── 私たち自身の実装です。
Try ページ
詳細比較
Tessl vs Intent-System
各ツールの自己記述を尊重しています。比較は構造的なもので、評価ではありません。タブを切り替えると、それぞれと Intent-System の対比を表示します。
| 軸 | Tessl | Intent-System |
|---|---|---|
| レイヤ | SDD · Spec-as-source | IDD · Intent-as-source |
| 真実の源 | 仕様ファイル (コードと 1:1) | Intent ツリー |
| 主要言語 | 仕様 DSL (@generate / @test タグ付き) | 構造化意図 (Purpose / User / Means) |
| 漂流への対策 | ビルドごとにコードを再生成 (漂流しない設計) | クローズアウトが差分をツリーに書き戻す |
| プロダクト体験の意図 | 対象外 | 技術の意図と同じツリー |
| 階層 | ファイル単位 (1:1) | ドメイン横断のツリー |
| 確信度モデル | 仕様自体が契約 | inferred → clarified → canonical |
| 運用ループ | ビルド → 再生成 | Issue + クローズアウトの周期 |
| マルチドメイン | フレームワーク + プロジェクト単位 | 複数サブモジュール |
| 導入コスト | 高 — コードベースを仕様 ↔ コード対応に再設計 | 中 — 前段でツリーをキュレーション |
| 配布 | フレームワーク + レジストリ (現在はコンテキストプラットフォーム寄りに変化) | 探索中 — Try ページを参照 |