パッケージ設計スキル

乱雑なコードを、体系立てた分析で整理されたパッケージへ再構成する。

核心: パッケージ設計は「ソースコードの配置」ではなく「変更の波をどこで止めるか」「依存の向きをどう制御するか」の設計問題である。

コアワークフロー

フェーズ1: 変更理由の分析 - 分割の起点を見つける

分割の出発点は「処理手順」ではなく「変化しそうな設計決定」である。

Parnas の情報隠蔽に基づき、まず以下を問う:

• 「何が変わるか？」（変更理由・変更源の列挙）
• 「変わったとき、どこまでを巻き込んでよいか？」（リリース単位・責務境界）

1. 対象コードの変更履歴（git log）を分析し、一緒に変更されるファイル群を特定する
2. 外部要因（UI変更、DB変更、API変更、ビジネスルール変更）ごとに影響範囲を整理する
3. 各変更理由に対して「この変更は、ここで閉じるべき」という境界候補を仮置きする