AI知識まとめノート
Claude Codeで仕様駆動開発を始める cc-sddの概要とKiroとの関係をわかりやすく解説

Claude Codeで仕様駆動開発を始める cc-sddの概要とKiroとの関係をわかりやすく解説

·

Claude Codeで開発していると「AIが途中で迷子になる」「大規模になると指示がバラバラになる」という経験をしたことがある方も多いと思います。

そのペインを解消しようとしているのが「仕様駆動開発(SDD)」という考え方です。今回はそのSDDをClaude Codeで実践するためのツール「cc-sdd」と、インスピレーション元となった「Kiro」について整理します。

仕様駆動開発(SDD)とは

仕様駆動開発とは、コードを書く前に「要件」「設計」「タスク」をドキュメントとして明文化し、AIがその仕様に沿って実装を進めるアプローチです。

従来のAI開発は「チャットで指示して→コードが出てくる」という流れが多く、複雑なプロジェクトになるほど途中で文脈が壊れたり、AIが違う方向に走り始めたりする問題がありました。

SDDでは仕様書が「人間とAIの間の契約」として機能します。何を作るか・どう作るかが明文化されているので、実装中にブレが起きにくくなるという考え方です。

cc-sddとは

cc-sddは、Claude Codeをはじめとする複数のAIコーディングエージェントで仕様駆動開発を実践するためのワークフローツールです。GitHubでMITライセンスで公開されていて、npx一発でインストールできます。

インストールはプロジェクトのディレクトリで以下を実行するだけです。

bash
npx cc-sdd@latest

Claude Code向けに日本語で使いたい場合は次のようにオプションを付けます。

bash
npx cc-sdd@latest --claude-skills --lang ja

これでClaude Codeのスラッシュコマンドとして17個のスキルが使えるようになります。

開発の流れ

cc-sddで基本的な新機能開発をするときの流れはこうなります。

まず /kiro-discovery を実行します。これがエントリーポイントで、今やろうとしている作業が「既存仕様の拡張」なのか「新規仕様の作成」なのかを自動で振り分けてくれます。

その後、要件定義(/kiro-spec-requirements)、設計(/kiro-spec-design)、タスク分解(/kiro-spec-tasks)と段階的に仕様書を固めていきます。

最後に /kiro-impl を実行すると、各タスクをTDD(テスト先行)方式で自律的に実装してくれます。独立したレビューパスと自動デバッグも含まれているそうです。

出力される成果物は3種類です。

  • requirements.md — EARS形式の要件と受け入れ基準
  • design.md — アーキテクチャとファイル構造計画
  • tasks.md — 境界・依存関係が注釈された実装タスク一覧

この3つがあることで、AIが「次に何をすべきか」を文脈から再構築する必要がなくなるわけです。

Kiroとの関係

cc-sddのコマンド名が全部 /kiro-* になっているのは偶然ではありません。cc-sddはAWSが開発した「Kiro」というAI IDEのSDDアプローチをインスパイアにして作られているからです。

Kiroはスタンドアロンの開発環境で、Specs(仕様管理)、Steering(エージェント動作のカスタマイズ)、Hooks(ファイル保存などのイベントトリガー)という3つの機能を中心に構成されています。内部ではClaude Sonnet 4.5を使っているとのことです。

cc-sddはそのKiroのSDD思想をClaude CodeやCursorなど既存のAIエージェントで実現するツールといえます。既存のKiro仕様との互換性もあるそうで、ポータブルな設計になっています。

Kiroがフル装備のAI IDEなのに対して、cc-sddは「今使っているClaude Codeにそのまま仕様駆動の考え方を持ち込める」という立ち位置です。

すべての開発にSDDを使うべきか

個人的な見解も含めてお伝えします。

SDDが特に力を発揮するのは次のようなケースだと思います。複数の機能が絡み合う中〜大規模な開発、チームでAIを使う開発、仕様変更が頻繁で影響範囲の把握が難しい開発、などです。

要件・設計・タスクを先に固めることで、AIが長時間作業しても方向がブレにくくなるのがSDDの最大の利点です。

一方で、小さなバグ修正、試しに動くものを作ってみるプロトタイプ段階、単発のスクリプト生成といった用途には少しオーバーヘッドが大きいかもしれません。仕様書を作ること自体にも時間がかかるので、修正1行のためにcc-sddのフローを全部回すのは合わないことがあります。

使い分けのイメージとしては「機能追加や新規開発はSDD、小さな修正や探索はそのままチャット」というのが現実的ではないでしょうか。最初からすべてをSDD化しようとすると負担になりやすいので、まず1プロジェクトで試してみて、自分のワークフローに合うかどうか確認するのがよさそうです。

cc-sddはnpx一発で試せるので、気軽に始められるのは大きなメリットだと思います。

まとめ

仕様駆動開発は「AIに大きな仕事を任せるときの設計図を先に作る」というアプローチです。cc-sddはその考え方をClaude Codeで手軽に実践するためのツールで、KiroのSDD思想をもとに作られています。

すべての開発に導入する必要はないかもしれませんが、複雑な機能開発でAIが迷子になりがちだと感じているなら、試してみる価値は十分にありそうです。

参考リンク

関連記事