Test-Driven Development（テスト駆動開発）

開発手法のスキル集 Superpowers（obra/superpowers）のうち、テスト駆動開発（TDD）を守らせるためのスキルです。すでに掲載している systematic-debugging と同じリポジトリのスキルです。

中心にあるのは「失敗するテストなしに、本番のコードを書かない」という鉄則です。テストより先にコードを書いてしまったら、それを消してやり直す。参考として残す、書き換えながら使う、見ない、のどれも許さず、「消すとは消すこと」と書いています。

GitHub のリポジトリ全体のスター数は 約31万（2026-11-10 時点）です。人気のあるスキル集のなかから、すでに掲載しているものと重ならない内容を選びました。

SKILL.md の構成

概要／使う場面／鉄則／赤・緑・整理／良いテスト／よくある言い訳／やり直しの合図／バグ修正の例／確認チェックリスト／行き詰まったとき／デバッグとの関係／最後の決まり

赤・緑・整理

1. 赤：失敗するテストを書き、実際に失敗するところを見る。想定した理由で落ちているかを確かめる
2. 緑：通るための最小限のコードだけを書き、すべてのテストが通ることを確かめる
3. 整理：テストが通ったまま、コードを整える。そして次のテストへ

行き詰まったとき

困りごと	対処
どうテストすればいいか分からない	理想の呼び出し方を先に書き、検証から書く
テストが複雑すぎる	設計が複雑すぎる。インターフェースを単純にする
何もかも模擬にしないと書けない	部品が結びつきすぎている。依存を外から渡す形にする

完了前のチェック

すべての新しい関数にテストがある／各テストが失敗するところを見た／失敗の理由が想定どおり／最小限のコードで通した／出力にエラーや警告がない／模擬は避けられない場合だけ／境界の場合も扱った、の 8 点です。1 つでも欠ければ、TDD をしていないので最初からやり直す、としています。

Claude Code で使う

スキルのフォルダ（skills/test-driven-development）を、~/.claude/skills/ の下（個人用）か、プロジェクトの .claude/skills/ の下（そのプロジェクト用）にコピーします。フォルダの名前はそのまま使います。

git clone https://github.com/obra/superpowers.git
cp -r superpowers/skills/test-driven-development ~/.claude/skills/

コピーしたあと、Claude Code を開き直すと、依頼の内容に合うときに自動で読み込まれます。

そのほか

リポジトリによっては、プラグインやコマンドでの導入方法を README に載せています。最新の手順は、リポジトリの README を確認してください。

かなり厳格な決まりで、探索的に試したいだけの場面（使い捨ての試作など）には重く感じられます。そのときは、利用者が例外を認める、と書かれています。