「kiro」タグの記事が1件件あります

こんにちは。開発二部の箕浦です。

2025年は「vibe coding(雰囲気でAIに書かせる)」が流行語のように使われた1年でした。
ところが2026年に入ってからは、その揺り戻しのように 「仕様駆動開発(Spec-Driven Development、以下SDD)」 という言葉を頻繁に見るようになっています。

GitHub・AWS・Anthropic・Cursorなど大手プレイヤーが揃って「仕様を先に書く」流儀のツールを出してきており、社内でも一度整理しておく価値があると思ったので、代表的な3ツールを比較してみます。

そもそも「仕様駆動開発」とは​

実は「Spec-Driven Development」という言葉自体は新しくありません。
2010年代にはAPI開発の文脈で、OpenAPI/Swaggerを先に書いてからコードを生成する Design-First / Contract-First のことを指していました。

ところが2025年以降の使われ方はこれと少し違います。
AIコーディングの文脈では、SDDは

自然言語で書いた 「要件 → 設計 → タスク」という仕様 をsource of truthとして扱い、コードはそこから派生的に生成・検証されるもの

として再定義されています。

GitHubのSpec Kit公式ドキュメント(spec-driven.md)の表現はかなりドラスティックで、

Spec-Driven Development (SDD) inverts this power structure. Specifications don't serve code—code serves specifications.

と書かれています。「コードが正、仕様は付属物」だった関係を逆転させようというわけです。

背景にあるのはやはりvibe codingの限界です。
LLMに「いい感じに作って」と頼むと、小さなプロトタイプは秒で動くのに、いざ本番投入しようとするとコンテキスト不足で破綻したり、後から要件を聞かれて困ったり、という経験はみなさんもあるはずです。
そこで 「仕様を先に明文化し、AIにはその仕様に従って書かせる」 というスタイルが見直されている、というのが大筋の流れです。

代表ツール3本を比較する​

1. GitHub Spec Kit ─ OSSの“型”を提供するツールキット​

2025年9月にGitHubがOSSとして公開したのが github/spec-kit です。
CLI(Specify)とテンプレート群からなり、Claude Code / Cursor CLI / Gemini CLI / Codex CLI など30以上のAIコーディングエージェントから利用できます。

ワークフローはスラッシュコマンドで段階的に進める形式で、現行版は概ね次の流れになっています。

/speckit.constitution  ← プロジェクト憲法(非交渉な原則)
   ↓
/speckit.specify       ← 要件(What/Whyのみ。技術スタックは書かない)
   ↓
/speckit.clarify       ← 曖昧点を質問形式で洗い出し
   ↓
/speckit.plan          ← 設計・データモデル・契約・research を一括生成
   ↓
/speckit.tasks         ← ユーザーストーリー単位のタスク分解
   ↓
/speckit.analyze       ← 整合性チェック
   ↓
/speckit.implement     ← 実装

「何でも乗せるFW」ではなく、 仕様ドキュメントの構造とフローだけ規定して、AIエージェントは自由に選ばせる のがSpec Kitの設計思想です。手元のClaude Code等にそのまま被せて使える点で導入コストが低いのが強みです。

2. AWS Kiro ─ SDDをコア体験に据えたIDE​

Kiro はAWSが2025年7月にpreview公開、2025年11月17日にGA した agentic IDE です。VS Code(Code-OSS)ベースで、バックエンドはAmazon Bedrock経由でClaude Sonnet系などを利用しています。

機能を1コマンドで立ち上げると、Kiroは以下3ファイルを自動生成します。

• requirements.md ─ ユーザーストーリー + 受け入れ条件を EARS記法 で記述
• design.md ─ アーキテクチャ、シーケンス図、データフロー
• tasks.md ─ 連番付きの実装タスクチェックリスト

公式トップの一文がコンセプトをよく表しています。

Bring engineering rigor to agentic development.

vibe codingとの対比も明確で、Introducing Kiroブログには

Kiro is great at 'vibe coding' but goes way beyond that—Kiro's strength is getting those prototypes into production systems with features such as specs and hooks.

とあります。「vibe codingの楽しさは残しつつ、specs と hooks で本番投入できる強度を持たせる」という立て付けです。
半面、クレジット課金($20/月のProプランで1,000クレジット〜)なので、長時間の試行錯誤にはコスト感の見極めが必要になります。

3. Claude Code(Plan Mode + Skills)─ いま手元にあるもので“軽量SDD”​

専用ツールを入れなくても、Claude Codeの Plan Mode だけでSDD的な使い方は始められます。

Shift + Tab を2回押すか /plan を打つと、Claudeはファイル変更や実行を行わない read-only モードに入り、コードベースを読み込んだ上で構造化された計画を出力します。
これを人間がレビュー・修正してから実装フェーズに移れる、というシンプルな仕掛けです。

さらに2025年10月に登場した Skills (SKILL.md を持つ再利用可能な手順書) を組み合わせれば、「ブレストする」「仕様を書く」「実装する」といった工程をスキルとして固定化できます。
実際このブログ記事も、brainstorming スキルで要件整理 → 3つの調査エージェントを並列で走らせる、というSDD的な流れで書きました。

Spec KitとClaude Codeは併用も普通にできるので、 「まずはClaude CodeのPlan Modeで肌感をつかみ、本格運用ではSpec KitかKiroを選ぶ」 という入り方が現実的だと思います。

実務で取り入れるときの勘所​

1. すべての変更にSDDを被せない ─ ちょっとした修正にまでconstitution→specify→…をやると、HackerNewsで議論された「Waterfallの逆襲」になります。粒度の大きい新機能や、後で他人が読む必要のある変更にだけ適用するのが現実的です。
2. 仕様の解像度を上げるのは人間の仕事 ─ SDDツールは仕様を「書いてくれる」ように見えますが、本質は エンジニア側が要件を言語化する補助 です。ぼんやりした要件を投げると、出てくる仕様もぼんやりします。
3. ツール選定を急がない ─ Spec Kitは無料で軽量、KiroはIDE体験まで揃った代わりに課金、Claude Codeは既存の延長線。プロジェクト規模とチーム構成で選び分ければOKです。

まとめ​

AIコーディングの主役は、いつのまにか「AIにコードを書いてもらう」から 「AIエージェント群に何をさせるかを人間が仕様で指示する」 へと変わりつつあります。
Andrej Karpathyが2026年のSequoia Ascent talkで語った "The programmer is increasingly not just a code writer, but an orchestrator of agents." という表現が、今のリアルな手触りに近いと感じます。

すべてをSDDに振り切る必要はありませんが、 「コードの前に仕様を書く」 という基本動作は、これから数年のスタンダードになっていきそうです。
まずはお使いのClaude CodeのPlan Modeから、軽く試してみてはいかがでしょうか。