How to コード移行を実行する with Eigent

仕組み

1. ルーティング、データモデル、認証、設定、ビルドツール、テスト、デプロイ、外部契約など、レガシーな前提を棚卸しします。
2. 古いスタックを新しいスタックにマッピングし、直接対応するものがない箇所を明示します。
3. 一度に全面書き換えするのではなく、互換レイヤーまたはチェックポイントを含む段階的な移行計画を提案します。
4. 移行でユーザーに見える変更が明示的に必要でない限り、動作は変更しません。
5. 各マイルストーン後に lint、型チェック、対象を絞ったテストを実行し、次に進む前に同等性を確認します。
6. 移行が完了するまで、ロールバックまたはフォールバックの選択肢を見える状態で維持します。

試してみる追加プロンプト

• このコードベースで移行先スタックに直接対応するものがないのはどれですか？ 各ギャップはどう扱うべきですか？
• 移行中に古いコードと新しいコードを共存させる互換レイヤーを提案してください。
• このマイルストーンの後、レガシーパスとの同等性を証明する最小限のテストまたはチェックは何ですか？
• このチェックポイントでの移行が本番環境で失敗した場合、ロールバック手順は何ですか？

使い方

コードベースを接続した状態でEigentを開き、移行元と移行先のスタックを説明してください。まず移行対象の範囲を棚卸しします。これにより、コード変更の前に移動対象を完全に把握できます。マイルストーンごとに作業し、各ステップ後に検証してください。移行が複数日にまたがる場合は、意思決定、保留項目、検証結果をセッション横断で追跡するために ExecPlan ドキュメントを作成するよう Eigent に依頼してください。

期待される出力

移行対象範囲の棚卸し、チェックポイントベースの移行計画、各マイルストーンの実装差分、そして各ステップ後の同等性を確認する検証サマリー。各移行ポイントでロールバック手順も記載されます。

制限事項

• 複雑なデータモデル変更では、Eigent が下書きするものの、あなたのレビューが必要な手動スキーマ移行スクリプトが必要になる場合があります。
• 外部契約の変更は、移行作業そのものの外で調整が必要です。
• 大規模な書き換えは多数の小さなマイルストーンに分割するのが最適です。1つのマイルストーンでスタックの複数レイヤーをまとめて処理するのは避けてください。