仕様駆動開発ツール比較｜Spec Kit・Kiro・cc-sdd・OpenSpec・Tesslの違いと選び方

「AIにコードを書かせたら、思っていたものと違う実装が返ってきた」——その多くは、AIの性能ではなく仕様が曖昧なまま実装を始めたことが原因です。これを防ぐ進め方が仕様駆動開発（Spec-Driven Development／SDD）で、2026年にかけてGitHub・AWS・コミュニティから対応ツールが相次いで登場しました。本記事では、代表的な5つのツール（Spec Kit・Kiro・cc-sdd・OpenSpec・Tessl）の違いを一覧表で整理し、既存改修／新規開発／チーム／大規模といったケース別の選び方までを最新情報でまとめます。

まとめ

仕様駆動開発ツールは、同じSDDでも重心が異なります。軽量に既存改修から始めるならOpenSpec、日本語で新規開発するならcc-sdd、チームで規律を効かせるならSpec Kit、大規模・IDE統合まで求めるならKiro、ライブラリ連携の正確さや仕様の資産化を重視するならTessl——という整理が目安です。まずは無料・OSSのツールで小さく1本試し、自分たちのワークフローに合うかを見極めるのがおすすめです。各ツールの詳細は本文中のリンク先記事もあわせてご覧ください。

仕様駆動開発（SDD）ツールとは｜なぜ比較が必要か

仕様駆動開発は、コードを書く前に「何を・なぜ作るのか」を仕様として明文化し、それを起点に計画・タスク・実装へつなげる手法です。仕様を使い捨ての資料ではなく開発全体を導く「真実のソース」として扱う点が特徴で、要件が変わったらまず仕様を直し、AIエージェントがそれに沿ってコードを再生成します。手法そのものの背景や原則は 仕様駆動開発（SDD）とは何か で詳しく解説しています。

ツールが乱立しているのは、同じSDDでも「どこに重心を置くか」が各ツールで違うためです。たとえば、既存エディタに乗せる軽量CLI型もあれば、専用IDEに統合してエンタープライズ運用まで支えるタイプ、ライブラリ仕様を資産化してAPIの誤りを抑えるタイプもあります。だからこそ、自分たちのチーム規模・既存環境・対象（新規か既存改修か）に合わせて選ぶことが重要になります。

主要な仕様駆動開発ツール5選の比較表

まず全体像を一覧で押さえます（各ツールとも更新が速いため、最新の対応状況や料金は公式情報で確認してください）。

※いずれもツール自体は無料・OSSのものが中心ですが、組み合わせるAIコーディングエージェント側に利用料が発生する場合があります。

各ツールの特徴と向き・不向き

Spec Kit（GitHub）

GitHubが公開したオープンソースのツールキットで、Python製のSpecify CLIと、原則→仕様→計画→タスク→実装という工程を進めるスラッシュコマンド群（/speckit.*）が中心です。特定のIDEやAIに縛られず30種類以上のエージェントと組み合わせられ、工程の型がはっきりしているのが強み。ドキュメントが厚く大人数でもブレにくい一方、生成物（Markdown）のレビュー負荷はやや大きめです。タスク一覧をGitHubのissueへ変換する拡張なども用意され、チームでの分担にも向きます。チームでの新規開発・規律やガバナンスを重視する場合に適します。GitHubが2025年9月に公開して以降アップデートが活発で、プロジェクト全体の規約を記した「原則（Constitution）」をAIに遵守させる仕組みを持つのも特徴です。インストールやコマンドの実践手順は Spec Kitとは？インストール・コマンド・使い方を徹底解説 で詳しく扱っています。

Kiro（AWS）

AWSが提供する仕様駆動型のAgentic IDEで、2025年11月に一般提供（GA）となりました。仕様ワークフローに加え、ファイル保存などをトリガーに処理を走らせるHooksや、プロジェクト方針を共有するSteeringをIDE内に統合し、自動化と再現性を高めています。専用IDE（VS Codeベース）に乗り換える必要がある点と課金が前提になる点はトレードオフですが、GAでは仕様どおりかを検証するプロパティベーステストや、進捗を巻き戻せるチェックポイント、ターミナル向けのKiro CLIなども加わりました。大規模開発やエンタープライズでガバナンスと自動化まで一体で固めたいケースに強いツールです。もともと2025年7月にプレビュー公開された段階から注目を集め（公開初週で10万人超が利用）、要件をEARSと呼ばれる構文で構造化して扱う点も新しさです。詳細は Kiroとは何か（仕様駆動型のAI IDE） を参照してください。

cc-sdd

コミュニティ（gotalab）が公開するOSSで、npx で手軽に導入できます。Kiroに着想を得た段階ワークフロー（要件→設計→タスク→実装）とSteeringの考え方を取り入れ、日本語を含む多言語に対応しているのが大きな特徴です。既存コードベースへの段階導入（ブラウンフィールド）にも対応します。近年はAgent Skillsとして導入し、承認済みの仕様から長時間の自律実装まで回せるよう再設計が進んでいます。ゼロからの新規開発を日本語環境で進めたいケースで選ばれることが多いツールです。最初に「どのコマンドを使うべきか」を案内するルーティング用の入口（kiro-discovery）が用意され、Claude CodeやCodexを中心に複数のエージェントへ同じワークフローを展開できます。

OpenSpec

軽量さを重視したOSS（Fission-AI）で、変更ごとに提案・仕様・タスク・アーカイブをフォルダ単位で管理します。厳格なフェーズゲートを設けず、必要なときに各成果物を更新できる柔軟さと、完了分をアーカイブして差分を追いやすい点が魅力です。学習コストが低く、既存サービスの改修・差分管理や、初めてSDDを試すケースに向きます。操作は「探索→提案→適用→検証→アーカイブ」といったスラッシュコマンドで進め、APIキーやMCPを必須としない手軽さも魅力です。対応するAIツールは20種類以上と幅広く、特定のIDEや専用APIキーに縛られないため、いま使っているエージェントのまま最小構成で始められます。考え方の詳細は OpenSpec SDDの基本思想と全体像 でも解説しています。

Tessl

仕様を開発の「ソース」として扱う思想を強く打ち出した基盤で、プロジェクトに導入するTessl Frameworkと、ライブラリの正しい使い方を記述した1万件超の仕様を集めたTessl Registryで構成されます。MCP対応のエージェント（Claude Code・Cursorなど）に仕様駆動の進め方を教え込みつつ、レジストリの仕様を参照することでAIが古い・誤ったAPIを使ってしまう問題を抑えられるのが独自の強みです。ライブラリ連携の正確性や仕様の長期資産化を重視する場合の選択肢になります。Snykの創業者が立ち上げた企業によるもので、作り込んだ仕様だけでなくAIが下書きする「vibe-spec」にも対応し、必要なライブラリ仕様は tessl install でプロジェクトに取り込めます。

タイプ別の選び方｜どれを選ぶべきか

絶対的な優劣ではなく、用途で選ぶのが基本です。迷ったら次の対応関係を目安にしてください。

• 既存システムの改修・差分管理／まず軽く試したい：OpenSpec（軽量・アーカイブで完了分が一目瞭然・学習コスト最小）
• ゼロからの新規開発を日本語で進めたい：cc-sdd（多言語対応・日本語ドキュメント）
• チームでの新規開発・規律とドキュメントを重視：Spec Kit（工程の型が明確・GitHub公式で更新も活発）
• 大規模・エンタープライズでIDE統合や自動化(Hooks)まで：Kiro（仕様ワークフローとガバナンスを統合）
• ライブラリAPIの正確さ・仕様を長期資産にしたい：Tessl（仕様レジストリでAPIの誤りを抑制）

これらは排他的ではありません。たとえば「まずClaude CodeなどのPlanモードで肌感をつかみ、本格運用ではSpec KitかKiroを選ぶ」「Spec Kitで仕様を起こし、別ツールで長期管理する」といった併用も現実的です。

導入時に共通する注意点

どのツールを選んでも押さえておきたい共通点があります。まず、最初の仕様入力は人間の仕事です。「いい感じに作って」といった曖昧な指示では精度が出ないため、要件の言語化はある程度こちらで行う必要があります。次に、小さな修正にまで仕様策定の工程を被せるとかえって重くなるため、粒度の大きい新機能や、後で他人が読む変更にだけ適用するのが現実的です。最後に、AIが生成した仕様・コードは必ず人間がレビューすること。仕様駆動開発ツールは進め方を支える土台であり、品質の最終担保は開発者の確認にあります。また、いずれのツールも更新が速いため、対応エージェントやコマンド体系・料金は導入前に公式で確認するのが安全です。

よくある質問（FAQ）

仕様駆動開発ツールはどれを選べばいいですか？

用途で選ぶのが基本です。既存改修や入門ならOpenSpec、日本語での新規開発ならcc-sdd、チーム新規開発ならSpec Kit、大規模・IDE統合ならKiro、ライブラリAPIの正確さ重視ならTesslが目安になります。無料・OSSのものから小さく試すのが安全です。

Spec KitとKiroの違いは何ですか？

Spec KitはIDEに依存しないオープンソースのCLIツールキットで、既存環境にそのまま乗せられます。KiroはAWSが提供する専用のAgentic IDEで、仕様ワークフローや自動化(Hooks)をIDE内に統合する代わりに、専用IDEへの移行と課金が前提になります。軽量・無料で始めるならSpec Kit、IDE体験と自動化まで一体で求めるならKiroです。

cc-sddとSpec Kitの違いは何ですか？

どちらもCLI型のSDDツールですが、cc-sddはKiro流の段階ワークフローを採り、日本語を含む多言語対応に強みがあります。Spec Kitは工程の型が明確でドキュメントが厚く、大人数のチーム開発で認識を揃えやすいのが特徴です。日本語環境の新規開発ならcc-sdd、規律重視のチーム開発ならSpec Kitが選ばれやすい傾向です。

OpenSpecはどんな人に向いていますか？

軽量で学習コストが低く、変更を提案・差分・アーカイブで管理できるため、既存サービスの改修や、初めて仕様駆動開発を試す人に向いています。厳格なフェーズゲートがなく、必要なときに各成果物を更新できる柔軟さが魅力です。

仕様駆動開発ツールは無料で使えますか？

Spec Kit・cc-sdd・OpenSpecなどはオープンソースで、ツール自体は無料で使えます。ただし組み合わせるAIエージェント側に利用料がかかる場合があります。KiroやTesslは無料枠と有償プランがあり、提供形態によって費用が異なります。

Tesslとは何ですか？

仕様をソース（資産）として扱う思想の基盤で、プロジェクトに導入するTessl Frameworkと、ライブラリの正しい使い方をまとめた1万件超の仕様を集めたTessl Registryで構成されます。MCP対応エージェントに仕様駆動の進め方を教えつつ、レジストリの仕様を参照することでAIが誤ったAPIを使う問題を抑えられるのが特徴です。

関連記事

• Spec Kitとは？AIエージェントと連携したGitHubが提供するスペック駆動開発向けオープンソースツール
• 仕様駆動開発（Spec-Driven Development）とは何か？従来の開発手法との違いから見るAI時代に注目される理由
• Kiroとは何か？仕様駆動型のAI IDEの全体像とその意義を解説
• AIコーディング支援の品質を左右するOpenSpec SDDの基本思想と仕様駆動開発の全体像