開発・実装 中級 全ツール共通
リファクタリングリクエストプロンプト
既存コードの改善を依頼する際の構造化プロンプト。品質向上の方向性を明確に伝える。
プロンプト
以下のコードをリファクタリングしてください。 ## 対象 - ファイル: [ファイルパス] - 範囲: [関数名・コンポーネント名、または全体] ## 現状の問題点 - [問題1: 例）関数が長すぎて可読性が低い] - [問題2: 例）重複コードが多い] - [問題3: 例）型定義が不十分] ## リファクタリングの方針 - [方針1: 例）関数を分割して単一責任にする] - [方針2: 例）共通処理をユーティリティに抽出] - [方針3: 例）厳密な型定義を追加] ## 制約 - 外部から見た動作（入出力）は一切変更しないこと - 段階的に変更し、各段階でビルドが通ることを確認 - 変更理由をコードコメントで簡潔に記載 - パフォーマンスを劣化させないこと
#リファクタリング
#コード品質
リファクタリングの黄金ルール
「外から見た動作は変えない」 — これがリファクタリングの本質です。AIに依頼するときも、この制約を必ず明示しましょう。
いつリファクタリングすべきか
- 同じコードが3箇所以上にある（DRY原則）
- 関数が50行を超えている
- 関数名や変数名が意味不明
- コメントを書かないと理解できないロジック
リファクタリング後の確認
- ビルドが通るか
- 既存のテストが全て通るか
- 手動で動作確認