Anthropic Claudeソフトウェア開発⭐ リポ 9品質スコア 65/100
refactoring
コードの動作を変えずに構造を改善します。リファクタリング、コードのクリーンアップ、簡潔化、メソッドの抽出、複雑性の削減、重複の排除、DRY原則の適用が必要な場合に使用してください。また、ファイルがサイズ上限を超えた場合やコードスメルが検出された場合にも発動します。
description の原文を見る
Improve code structure without changing behavior. Use when refactoring, cleaning up, simplifying, extracting methods, reducing complexity, removing duplication, or applying DRY principle. Also trigger when files exceed size limits or code smell is detected.
SKILL.md 本文
注意: このスキルのライセンスは ライセンス未確認 です。本サイトでは本文プレビューのみを表示しています。利用前に GitHub の原本でライセンス条件をご確認ください。
リファクタリングプロトコル
原則：構造を変更し、動作は変えない。
動作が変わる場合は、リファクタリングではなく機能追加またはバグ修正です。両者を1つのコミットに混ぜると、何が意図的に変わり、何が壊れたのかを判別することが不可能になります。
リファクタリングが必要な場合
| リファクタリング対象 | リファクタリングしない場合 |
|---|---|
| コードが動作するが理解しづらい | コードが未完成（まず修正する） |
| 重複したコードが存在する | テストが存在しない（まずテストを書く） |
| メソッドが長い（50行以上） | 時間が限られている（リスクが高い） |
| ネストが深い（3段階以上） | 理由がない（理由が必要） |
セーフティプロトコル
テストはリファクタリング前に存在する必要があります。なぜなら、テストなしのリファクタリングはギャンブルであり、動作が変わっていないことを検証する方法がないからです。テストが失敗した場合、どの変更が原因かが特定できるほど小さな変更にしましょう。
- 開始前にすべてのテストが成功することを確認する
- 小さな変更を1つ行う
- 各変更後にテストを実行する
- 緑色のテスト後にコミットする
- 繰り返す
よくあるパ
...
詳細情報
- 作者
- dmitryprg-ai
- ライセンス
- 不明
- 最終更新
- 2026/3/16
Source: https://github.com/dmitryprg-ai/cursor-develop-autorules / ライセンス: 未指定