Dissect

ファイルの進化を単純な状態から複雑な状態へと追跡します。複雑性が追加された瞬間を特定し、それがなぜ追加されたのかを理解し、各レイヤーがまだ必要かどうかを評価します。リファクタリングに不可欠です。安全に単純化する前に、履歴を理解する必要があります。

ワークフロー

1. 対象を特定する

• 引数なし: 自動検出します。timewarp_trendsを使用して（利用可能な場合）、複雑性の成長が最も急なファイルを見つけます。MCPが利用できない場合は、最も大きいソースファイル（生成ファイルとベンダーファイルを除いた行数で）を見つけて分析します。
• 引数あり: 指定されたファイルを分析します。関数名が与えられた場合は、その関数の進化に焦点を当てます。

2. 現在の状態を読む

ファイルを今読みます。以下を評価します：

• 総行数、関数数、ネストの深さ
• 最も複雑なセクションはどれか？（最も深いネスト、最長の関数、最も多い分岐）
• その複雑性を必要とする責務は何か？（ビジネスルール、エラーハンドリング、互換性など）

関数レベルの追跡: 特定の関数が要求された場合、その進化を分離します：

1. 現在のファイルで関数を見つけます（名前、シグネチャ、または行範囲で）
2. `git log -L :{fu

...