仕様駆動開発（Spec-Driven Development／SDD）のツールは、どれも「コードより先に仕様を書く」点では同じです。違いが出るのは、仕様を機能単位で作り直すか変更の差分で積み上げるか、承認の関門をどこに置くか、専用IDEに乗り換えるかどうかです。本記事では、OSSのSpec Kit v1.2.0・OpenSpec 1.14.2・cc-sdd 3.1.0を同じ空のリポジトリに導入して生成物を比べ、AWSのKiroと方針を変えたTesslを含めて、ペアごとの違いと選び方をまとめます。版と料金は2026年10月16日に確認した値です。
まとめ：4ツールの選び方
- 既存システムへの機能追加・改修が中心ならOpenSpec。仕様を変更の差分（ADDED／MODIFIED／REMOVED）で書き、完了時に本体の仕様へ統合します。導入で生成されるファイルは15個と最小でした。
- 機能ごとに仕様・計画・タスクをそろえて進めたいチームならSpec Kit。42件のエージェント連携を持ち、v1.2.0では実装後に仕様との差を洗い出す converge が中核の工程に入っています。
- Kiroの進め方を手元のClaude CodeやCodexで日本語のまま使いたいならcc-sdd。要件・設計・タスクの承認状態をファイルで管理し、受け入れ条件はEARS記法で書きます。
- Kiro専用の開発環境を使いたいならKiro。IDE・CLI・Webから利用形態を選べます。Freeは月50クレジット、有料はPro 20ドルからです。
- Tesslは2026年10月時点で、エージェント用スキルのレジストリと評価の基盤に軸足を移しています。仕様駆動の手順は公式スキル（tessl-labs/spec-driven-development）として配布しており、2025年に発表した専用のTessl Frameworkとは別物として扱う必要があります。
数行の修正やタイポ修正では、仕様書の作成から始める一連の工程を省く判断も必要です。cc-sddには、仕様を作らず直接実装へ進む経路もあります。仕様駆動開発そのものの考え方は 仕様駆動開発（SDD）とは？従来手法との違いとSpec Kitで試す手順 で解説しています。
仕様駆動開発ツール5製品の比較表（2026年10月時点）
| 項目 | Spec Kit | OpenSpec | cc-sdd | Kiro | Tessl |
|---|---|---|---|---|---|
| 提供元 | GitHub | Fission-AI | gotalab（個人OSS） | AWS | Tessl |
| 形態 | CLI＋エージェント用コマンド | CLI＋エージェント用コマンド | エージェント用スキル一式 | 専用IDE・CLI・Web | スキルのレジストリ |
| 最新版 | v1.2.0（2026-10-13） | 1.14.2（2026-10-15） | 3.1.0（2026-09-23） | （製品版） | （SaaS） |
| ライセンス・料金 | MIT・無料 | MIT・無料 | MIT・無料 | Free〜月200ドル | Free〜月100ドル |
| 導入に必要なもの | uv（Python） | Node.js 20.19.0以上 | Node.js（npx） | IDE／CLIの導入、またはWeb利用 | CLI（npxでも可） |
| 仕様の単位 | 機能ごとの仕様 | 変更ごとの差分 | 機能ごとの仕様 | 機能・バグごとの仕様 | 公式スキルの手順に従う |
| 対応エージェント | 42件（Generic含む） | 49件＋共通のagents | 8件 | Kiro自身 | スキル対応のエージェント |
ツール本体が無料でも、組み合わせるエージェント側の料金はプランによって異なり、GitHub Copilot Freeのような無料枠もあります。Spec Kit・OpenSpec・cc-sddの3つはいずれもMITライセンスで、版は Spec KitのGitHub Releases、OpenSpecのGitHub Releases、cc-sddのGitHub Releases で確認しました。
3つのOSSを同じ空のリポジトリに導入した結果
導入時に追加されるファイルを確認すると、機能表だけでは分からない初期設定の違いを比較できます。そこで2026年10月16日に、macOS上の空のgitリポジトリ3つへ、それぞれをClaude Code向けの設定で導入しました。Node.jsは v26.5.0、Spec Kitは uv 経由で起動しています。
導入コマンドと生成されたファイル数
# Spec Kit v1.2.0（Claude Code向け・対話なし）
uvx --from git+https://github.com/github/[email protected] specify init --here --non-interactive --integration claude --force
# OpenSpec 1.14.2
npm i -g @fission-ai/[email protected]
openspec init --tools claude
# cc-sdd 3.1.0（Claude Codeのスキル形式・日本語）
npx [email protected] --claude-skills --lang ja| ツール | 生成ファイル数 | 合計サイズ（1KB＝1,024バイト換算） | 入る場所 | Claude Codeでの呼び出し |
|---|---|---|---|---|
| Spec Kit v1.2.0 | 30 | 約239KB | .claude/skills／.specify | スキル10本（/speckit-specify など） |
| OpenSpec 1.14.2 | 15 | 約182KB | .claude／openspec | スキル6本＋コマンド6本（/opsx:propose など） |
| cc-sdd 3.1.0 | 50 | 約235KB | .claude/skills／.kiro／CLAUDE.md | スキル17本（/kiro-spec-init など） |
実測で分かった点は3つあります。Spec Kitは対話できない環境で連携先を指定しないと、既定でGitHub Copilot向けに初期化されます（specify init --help の説明）。Claude Codeを使うなら --integration claude を必ず付けます。また、公式ドキュメントのコマンド表記は /speckit.specify のようなドット区切りですが、Claude Code向けにはスキルとして入るため /speckit-specify とハイフンで呼びます。
今回の条件では、OpenSpecの生成ファイル数と合計サイズが3製品中で最も小さく、openspec/specs/ と openspec/changes/archive/ は空のまま始まります。仕様は使いながら積み上がる設計です。なお、OpenSpecは匿名の利用統計（コマンド名と版のみ）を既定で送信します。社内規程で外部送信を止める必要があれば、OPENSPEC_TELEMETRY=0 を設定します（OpenSpecのREADMEの「Telemetry」節）。
cc-sdd導入時のCLAUDE.md上書きとバックアップ
cc-sddはスキルに加えて、プロジェクト直下に CLAUDE.md を書き込みます。既存の CLAUDE.md を置いたリポジトリで試した結果は次のとおりです。
| 実行方法 | 既存のCLAUDE.md |
|---|---|
| オプションなし（非対話） | 残る（49/50ファイル書き込み・1件スキップ） |
| -y | cc-sddの内容に置き換わる・退避なし |
| -y –backup | 置き換わるが .cc-sdd.backup/ に元の版が残る |
チームで育ててきた CLAUDE.md があるリポジトリでは、-y を単独で使わないでください。--backup を付けるか、--dry-run で書き込み予定を確認してから実行し、置き換わった内容は手で統合します。
仕様ファイルの書式の違い
3つのツールは、仕様書のひな形そのものが違います。導入されたテンプレートから見出しと書式を抜き出すと次のようになります。
# Spec Kit（.specify/templates/spec-template.md）
## User Scenarios & Testing *(mandatory)*
### User Story 1 - [Brief Title] (Priority: P1)
## Requirements *(mandatory)*
## Success Criteria *(mandatory)*
- **SC-001**: [Measurable metric ...]
# OpenSpec（変更ごとの差分仕様。archive 時に本体へ統合）
## ADDED Requirements
## MODIFIED Requirements
## REMOVED Requirements
## RENAMED Requirements
# cc-sdd（.kiro/settings/templates/specs/requirements.md）
#### Acceptance Criteria
1. When [event], the [system] shall [response/action]
2. If [trigger], then the [system] shall [response/action]
3. While [precondition], the [system] shall [response/action]Spec Kitは優先度付きのユーザーストーリーと測定できる成功基準を必須にしており、機能の全体像を一度に書かせる型です。OpenSpecの差分は、公式のwriting-specs.md によると、archive時にADDEDが追記され、MODIFIEDが旧版と置き換わり、REMOVEDが削除されます。cc-sddは受け入れ条件をEARS記法で書き、--lang ja でも When・shall などの定型語は英語のまま残し、条件と動作の部分だけを日本語にする規則です。EARSの5つの型は EARS記法とは？読み方と5つの基本型の書き方を日本語例文で解説 にまとめています。
OpenSpecとSpec Kitの違い
OpenSpecとSpec Kitの主な差は、「仕様をいつ、どの単位で書くか」にあります。
- 仕様の単位：Spec Kitは機能ごとに
specs/配下へ仕様・計画・タスクを作ります。OpenSpecは変更ごとにopenspec/changes/<名前>/を作り、完了したらopenspec/specs/の本体へ差分を統合してarchive/へ移します。 - 工程の数：Spec Kitの中核フローは constitution → specify → clarify → plan → checklist → tasks → analyze → implement → converge の9段です（v1.2.0のコマンドリファレンス。clarify・checklist・analyzeは任意）。OpenSpecの既定（coreプロファイル）は propose・explore・apply・update・sync・archive の6つで、順番の強制はありません。
- 現行版の特徴：Spec Kitは実装後に仕様との差を洗い出して残作業をタスクに足す
/speckit-convergeを中核に置き、バグ修正（specify extension add bug）とアイデア評価は必要なときに入れる拡張です。OpenSpecは1.0で旧来の/openspec:proposal系を/opsx:*に置き換えています。
第三者の評価も分かれています。Thoughtworks Technology Radar（2026年4月15日）は両方を「Assess」に置き、OpenSpecの項では完全な仕様を先に定義せず差分に絞る点を既存システム向きと評価しています。一方で Spec Kitの項は、同社チームの試行が「主に既存システム」だったと書き、課題としてエージェントへの指示が膨らみ続ける instruction bloat を挙げています。「Spec Kitは新規開発専用」と言い切るのは正確ではありません。
選び方は、既存コードに小さな変更を何度も入れるならOpenSpec、1つの機能を要求から実装まで一気通貫で詰めたいならSpec Kitです。それぞれの使い方は OpenSpecとは？使い方・インストール・/opsxコマンドをv1.13で解説 と Spec Kit（GitHub）とは？仕様駆動開発の使い方・インストール・コマンドを徹底解説 で扱っています。
KiroとOpenSpec・Spec Kitの違い
KiroはIDE・CLI・Webなどから利用できるAI開発環境です。仕様は requirements.md（バグ修正では bugfix.md）・design.md・tasks.md の3ファイルで作られます（Kiroのspecsドキュメント）。IDEとCLIは2025年11月17日、Webは2026年9月3日に一般提供になりました。
| プラン | 月額 | 月間クレジット |
|---|---|---|
| Free | 0ドル | 50 |
| Pro | 20ドル | 1,000 |
| Pro+ | 40ドル | 2,000 |
| Pro Max | 100ドル | 5,000 |
| Power | 200ドル | 10,000 |
有料プランは超過分を1クレジット0.04ドルで追加でき、日本の請求先には消費税がかかります（Kiroの料金ページ）。OpenSpecのREADMEはKiroを「Claudeのモデルに限られる」と比べていますが、2026年10月時点の料金ページではOpenAIのGPT-5.6やDeepSeekなどのオープンウェイトモデルも選べます。他ツールのREADMEに載った比較は書かれた時点の情報として読んでください。
OpenSpec・Spec Kitとの違いは、ツールを入れ替えずに済むかどうかです。両者はClaude CodeやCursorなどいま使っているエージェントに仕様の手順を足すだけですが、Kiroは作業の場をKiroに移します。その代わり、ファイル保存などをきっかけに処理を走らせるHooksや、仕様と実装の整合を確かめる機能がIDEに組み込まれています。KiroとCursor・GitHub Copilotとの比較は KiroとCursor・GitHub Copilotの違いを比較｜仕様駆動AI IDEの選び分け、Kiro単体は Kiroとは？AWS製の仕様駆動AI IDEの特徴・料金・使い方を解説 を参照してください。
cc-sddとOpenSpec・Kiroの違い
cc-sddは、Kiroの「要件→設計→タスク→実装」の進め方を、Kiro以外のエージェントで使えるようにしたOSSです。v3.1.0のREADMEは対応エージェントを8件とし、Claude CodeとCodexを安定版、Cursor・GitHub Copilot・Devin Local／CLI・OpenCode・Gemini CLI・Antigravityをベータとしています。文書の言語は14言語から選べます。
Kiroとの違いは、Kiro本体（IDE・CLI・Web）を使わずに手元のClaude CodeやCodexへ同じ段階の手順を足せる点と、承認状態をファイルで持つ点です。導入で入る init.json のひな形には、要件・設計・タスクごとに generated と approved のフラグがあり、すべて承認されるまで ready_for_implementation は false のままです。OpenSpecが関門を置かずに差分を積むのとは逆の設計で、手戻りを関門で止めたいチームに向きます。
検索で見かける kiro-discovery は、cc-sddのスキルの1つです。導入時の案内は「1つの仕様にすべきか、複数に分けるか、仕様にしないか迷ったら /kiro-discovery から始める」としており、v3.0.0（2026年4月）で追加されました。新規作業の基本の流れは /kiro-discovery → /kiro-spec-init → /kiro-spec-requirements → /kiro-spec-design → /kiro-spec-tasks → /kiro-impl です（cc-sddのspec-drivenガイド）。
OpenSpecとcc-sddの使い分けは、既存コードの改修を軽く回すならOpenSpec、新しい機能を段階承認しながら日本語の文書で作るならcc-sddです。
Tesslのスキル管理基盤と公式SDDワークフロー
Tesslは2025年9月、仕様を集めたSpec Registry（オープンベータ）と、仕様駆動で開発するTessl Framework（クローズドベータ）を発表しました。Martin Fowlerのサイトに載ったBirgitta Böckelerの記事（2025年10月15日）は、仕様駆動開発を「spec-first（先に仕様を書く）」「spec-anchored（完了後も仕様を保守する）」「spec-as-source（人は仕様だけを編集する）」の3段階に分け、Kiro・Spec Kit・Tesslの3つのうちspec-anchoredを明確に目指しているのはTesslだけだと書いていました。
そのTesslは、2026年10月時点で自社を「agent enablement platform」と称し、エージェント用スキルの検索・評価・セキュリティ検査・版管理を提供しています。料金はFreeが月1,000クレジット、Teamが月100ドルです（Tesslの料金ページ）。
旧Frameworkの廃止を明言した一次情報は見当たりませんが、現行サイトの導線からは消えています。一方で、仕様駆動の手順そのものは公式スキル tessl-labs/spec-driven-development（2026年10月時点で2.0.1）として配布されています。導入すると、エージェントは要件を1問ずつ質問し、仕様を書いて承認を得てから実装に入ります。つまり現在のTesslは、Spec KitやOpenSpecと同じく既存のエージェントに手順を足す型で、違いはスキルの評価やセキュリティ検査まで同じ基盤で扱える点です。仕様駆動だけが目的なら、Tesslの無料枠で利用できる範囲と、Spec Kit・OpenSpecの手順を比較して選んでください。詳しくは Tesslとは？AIエージェント向け「スキル」のパッケージマネージャーの仕組みと使い方 で解説しています。
その他の仕様駆動開発ツール
ここまで紹介した5製品以外にも、用途を絞ったツールがあります。
- tsumiki：クラスメソッドが公開するClaude Code向けのAI駆動開発フレームワークです。tsumiki（ツミキ）とは？クラスメソッドのAI駆動開発フレームワーク
- AI-DLC Workflows：AWSが提唱するAI駆動開発ライフサイクルをワークフロー化したものです。AI-DLC Workflows v2の使い方：AI駆動開発ライフサイクルの仕組み
- spec-workflow-mcp：仕様駆動の手順をMCPサーバーとして提供します。spec-workflow-mcpとは？AI仕様駆動開発(SDD)の導入と使い方
Thoughtworksは前述のOpenSpecの項で、より厳格な手順を強いる重い選択肢の例としてBMADを、ベンダー固有のIDE統合が必要な例としてKiroを挙げています。少人数で既存コードを改修するなら、変更単位の差分を管理できるOpenSpecから試すことを勧めます。
選び方の判断基準と使わないほうがよい場面
| 状況 | 選ぶツール | 理由 |
|---|---|---|
| 既存システムへの小さな変更が続く | OpenSpec | 変更単位の差分で仕様を積める |
| 新機能を要求から実装まで詰める | Spec Kit | ユーザーストーリーと成功基準が必須 |
| 段階ごとに承認を取りたい・日本語文書 | cc-sdd | 承認フラグと14言語の文書 |
| Kiro専用環境で仕様と実装を管理したい | Kiro | Hooks・Steering・仕様機能を内蔵 |
| 利用エージェントが社内で決まっていない | Spec KitかOpenSpec | 対応エージェントが40前後と多い |
仕様作成の工程を省く候補は、影響範囲と期待する動作が明確なタイポ修正などです。変更ファイル数だけでは判断しません。Spec Kitのひな形はユーザーストーリーと成功基準を必須にしているため、小さな修正では仕様作成の負担に見合うかを判断してください。Böckelerの記事も、KiroとSpec Kitの決まった手順は小さな作業では過剰になりやすいと指摘しています。もう1つ避けたいのは、要件を確認する担当者がいない段階での導入です。要件が未確定でもOpenSpecの探索機能などで整理できますが、生成された仕様の妥当性を判断できないまま実装へ進める運用は避けてください。
導入後は、同じ規約を CLAUDE.md・Spec Kitのconstitution・cc-sddのsteeringに重複して書かないことです。Thoughtworksが報告したinstruction bloatは、プロジェクトの文脈を追加し続けて指示が膨張する問題です。複数ファイルへの規約の重複記載も、避けたい運用の一つです。AIエージェントを組み込んだ開発体制づくりを外部に相談したい場合は、AIエージェント開発の支援もご覧ください。
よくある質問
OpenSpecとSpec Kitはどちらを選べばよいですか？
既存コードへの変更を小さく何度も入れるならOpenSpec、1つの機能を要求から実装まで工程を踏んで作るならSpec Kitです。OpenSpecは変更ごとの差分仕様を完了時に本体へ統合し、Spec Kitは機能ごとに仕様・計画・タスクをそろえます。導入で生成されるファイルはOpenSpecが15個、Spec Kitが30個でした。
cc-sddとは何ですか？Kiroとの関係は？
cc-sddは、Kiroの要件→設計→タスク→実装の進め方をClaude CodeやCodexなどで使えるようにしたOSSです。AWSの公式製品ではなく、gotalabが公開しています。v3.1.0は8つのエージェントと14言語に対応し、npx cc-sdd@latest で導入できます。
kiro-discoveryとは何ですか？
cc-sddに含まれるスキルで、作りたいものを1つの仕様にするか、複数に分けるか、仕様を作らずに進めるかを判断する入口です。v3.0.0で追加され、新規作業はここから /kiro-spec-init へ進みます。Kiro本体の機能名ではありません。
仕様駆動開発ツールは無料で使えますか？
Spec Kit・OpenSpec・cc-sddはMITライセンスのOSSで、ツール自体は無料です。ただし、組み合わせるAIエージェントのプランや無料枠の利用状況によっては、別途利用料がかかります。KiroはFreeが月50クレジットで、有料はPro月20ドル（1,000クレジット）からです。
Tesslはまだ仕様駆動開発のツールですか？
2026年10月時点のTesslは、自社を「agent enablement platform」と称し、エージェント用スキルのレジストリと評価の基盤を提供しています。2025年9月に発表した仕様駆動のTessl Frameworkは現行サイトの導線から消えていますが、仕様駆動の手順は公式スキル tessl-labs/spec-driven-development として配布されており、tessl install tessl-labs/spec-driven-development で既存のエージェントに導入できます。
