コード・リファクタリングの方法論
システム特性に基づく再構成プロセスの推奨：
- 診断段階::
- code-reviewerを使用して技術的負債レポート（コードの重複/テストカバレッジ/複雑性分析）を作成する。
- architect-scannerを使って、アーキテクチャのアンチパターン（過剰結合モジュールなど）を特定する。
- 計画段階::
- 段階的なリファクタリングのロードマップを作成するために@refactoring-plannerを呼び出す。
- テスト・カバレッジが低下しないように、@test-coordinatorを使用する。
- 実施段階::
- ドメインエキスパートのインテリジェンス間の役割分担（例えば、@rails-refactoring-expertがモデルレイヤーを扱う。）
- エンジニアリングプラクティスの導入の義務化（CLAUDE.mdで設定：構造化されたロギング/ヒューズを含む必要がある）
- 検証段階::
- オートラン@パフォーマンス・ベンチマーク比較指標
- docs-generatorでアーキテクチャ・ドキュメントの更新を同期させる
典型的なケース：モノリシックなアプリケーションをマイクロサービスに変換する際のシステム調整：
- ドメインアナライザーが境界コンテクストを定義する
- デザイン・コンパクト
- 回路破壊のスペシャリスト、レジリエンス・メカニズムの移植
この答えは記事から得たものである。クロード007エージェント：現代のソフトウェア開発のためのAI知性体オーケストレーションシステムについて
日本語 
简体中文 
English 
Deutsch 
Português do Brasil