スキル tdd-workflows-tdd-refactor
🔧

tdd-workflows-tdd-refactor

安全 ⚙️ 外部コマンド

TDD で安全にコードをリファクタリング

既存の機能を壊すことなくリファクタリング中にコード品質を維持します。このスキルは、安全なコード変換をガイドする包括的な TDD ワークフローを提供します。

対応: Claude Codex Code(CC)
🥉 72 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「tdd-workflows-tdd-refactor」を使用しています。 テストをグリーンに保ちながらこの OrderProcessor クラスをリファクタリング

期待される結果:

Extract Method、Value Objects、Dependency Injection パターンを適用しました。すべてのテストに合格。別個のバリデーションサービスを作成し、OrderTotal 値オブジェクトを導入し、依存関係を注入しました。コードカバレッジは 95% で維持。

「tdd-workflows-tdd-refactor」を使用しています。 この 200 行の関数でコードの悪臭を排除

期待される結果:

Extract Method パターンを使用して 8 つの焦点を絞ったメソッドに分解しました。単一責任原則を適用。複雑なメソッド署名に Parameter Objects を導入。すべての 42 件のテストが引き続き合格。循環的複雑度を 45 から 8 に削減。

セキュリティ監査

安全
v1 • 2/25/2026

Static analysis detected 9 potential issues (external commands, weak crypto, reconnaissance patterns). All findings are FALSE POSITIVES - they occur in code documentation examples and markdown backticks, not executable code. No prompt injection attempts or malicious intent detected. This is a legitimate TDD refactoring skill.

1
スキャンされたファイル
190
解析された行数
2
検出結果
1
総監査数
低リスクの問題 (1)
SKILL.md:23SKILL.md:139-159SKILL.md:159-162SKILL.md:162-185
External Commands in Documentation
Ruby/shell backtick patterns detected at lines 23, 139, 159, 162. These are FALSE POSITIVES - the backticks contain code examples in TypeScript/JavaScript within markdown code blocks, not executable Ruby shell commands. The skill file is documentation-only with no executable code.

リスク要因

⚙️ 外部コマンド (4)
SKILL.md:23 SKILL.md:139-159 SKILL.md:159-162 SKILL.md:162-185
監査者: claude

品質スコア

38
アーキテクチャ
95
保守性
87
コンテンツ
32
コミュニティ
100
セキュリティ
100
仕様準拠

作れるもの

レガシーコードの近代化

機能を維持しながらレガシーコードベースを段階的にリファクタリングします

コード品質の向上

コードの悪臭を排除し、体系的にデザインパターンを適用します

テストで支えられたアーキテクチャの進化

包括的なテストカバレッジを使用して安全にアーキテクチャパターンを進化させます

これらのプロンプトを試す

基本的なリファクタリングリクエスト 
すべてのテストをグリーンに保ちながらこのコードをリファクタリングしてください。コードの悪臭の排除と可読性の向上に注力してください。
パターンの適用 
このコードに Extract Method パターンを適用してください。長いメソッドを小さく焦点を絞った関数に分解し、すべてのテストをグリーンに保ってください。
包括的なリファクタリング 
TDD リファクタリングフェーズを使用してこのコードをリファクタリングしてください：グリーンのベースラインを確立、コードの悪臭を検出、適切なデザインパターンを適用、フルテストスイートで検証、前後のメトリクスを提供。
アーキテクチャの進化 
Strangler Fig パターンを使用してアーキテクチャを改善するためにこのコードをリファクタリングしてください。テストの安全性を維持しながらレガシーコンポーネントを徐々に置き換え、段階的な移行計画を提供してください。

ベストプラクティス

  • リファクタリングの前に常にテストを実行してグリーンのベースラインを確立する
  • 小さく増分的な変更を行い、変更のたびにテストを実行する
  • 各リファクタリングが成功した後にコミットして、簡単なロールバックを可能にする
  • リファクタリングの変更と動作の変更を完全に分離する

回避

  • テストカバレッジなしでのリファクタリング - 検出されない回帰につながる
  • 中間テスト実行なしでの大規模変更 - 機能破壊のリスクが高い
  • リファクタリングと機能追加の混在 - 単一責任原則に違反
  • ロールバック計画のスキップ - テストが失敗した際の復旧が困難になる

よくある質問

このスキルを使用するには既存のテストが必要ですか？
はい、このスキルは安全にリファクタリングするために既存のテストカバレッジを必要とします。テストがない場合、リファクタリングは既存の機能を壊すリスクがあります。レガシーコードの場合は最初に特性テストの作成を検討してください。
リファクタリングの変更はどの程度の規模にするべきですか？
変更は小さく増分的に保ってください。変更のたびにテストを実行してください。典型的なリファクタリングステップは 5〜20 行のコードを変更し、テストスイートで即座に検証可能であるべきです。
このスキルは私のコードのためにテストを作成できますか？
いいえ、このスキルはテストカバレッジを維持しながら既存のコードをリファクタリングすることに注力します。新しいテストは作成しません。テスト生成については、専用の TDD テスト作成スキルの使用を検討してください。
リファクタリング中にテストが失敗したらどうすればよいですか？
最後の変更を即座にロールバックし、何が壊れたかを特定し、より小さな増分的な変更を適用してください。安全な実験のためにバージョン管理を使用してください。このスキルには障害処理のためのリカバリプロトコルが含まれています。
これはすべてのプログラミング言語で動作しますか？
リファクタリング原則は広範に適用されますが、コード例とパターンは主に TypeScript で示されています。概念は Java、C#、Python、その他のオブジェクト指向言語に翻訳可能です。
どのデザインパターンを適用すべきかどうやってわかりますか？
このスキルは検出されたコードの悪臭に基づいてパターン選択のガイダンスを提供します。特定の問題から始めてください：重複したコードは抽出が必要、複雑な条件はポリモーフィズムが必要、密結合は依存関係注入が必要です。

開発者の詳細

作成者

sickn33

ライセンス

MIT

リポジトリ

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/tdd-workflows-tdd-refactor

参照

main

ファイル構成

📄 SKILL.md