1 hour
How to 執行程式碼遷移 with Eigent
在受控的檢查點遷移舊系統堆疊——將舊系統對應到新系統，分階段完成移轉，並在每次切換前驗證一致性。
What you need
- Eigent 桌面應用程式
- 程式碼庫存取權限（本機或已連線的 repo）
- 測試套件、lint 與型別檢查工具
Best for
- 適用於框架、執行環境或平台慣例需要變更的舊系統轉現代化堆疊遷移
- 需要相容層、分階段轉換與每個檢查點明確驗證的團隊
- 管理漸進式 strangler-fig 或 branch-by-abstraction 遷移的工程師
Starter Prompt
將這個程式碼庫從 [legacy stack or system] 遷移到 [target stack or system]。 Requirements: - Start by inventorying the legacy assumptions: routing, data models, auth, configuration, build tooling, tests, deployment, and external contracts. - Map the old stack to the new one and call out anything that has no direct equivalent. - Propose an incremental migration plan with compatibility layers or checkpoints instead of one big rewrite. - Keep behavior unchanged unless the migration explicitly requires a user-visible change. - Work in milestones and run lint, type-check, and focused tests after each milestone. - Keep rollback or fallback options visible until the transition is complete. - If validation fails, fix it before continuing. Start by mapping the migration surface and proposing the checkpoint plan.
運作方式
- 盤點舊系統假設——路由、資料模型、驗證、設定、建置工具、測試、部署與外部合約。
- 將舊技術堆疊對應到新技術堆疊，並指出任何沒有直接對應項目的部分。
- 提出漸進式遷移計畫，採用相容層或檢查點，而不是一次大重寫。
- 除非遷移明確要求可見於使用者的變更，否則保持行為不變。
- 每完成一個里程碑後，執行 lint、型別檢查與重點測試，以在繼續前證明一致性。
- 在轉換完成之前，持續保留回滾或備援選項的可見性。
更多可嘗試的提示
- 這個程式碼庫中有哪些內容在目標堆疊中沒有直接對應？我們應該如何處理每個缺口？
- 提出一個讓舊程式碼與新程式碼在轉換期間可共存的相容層。
- 在這個里程碑之後，能證明與舊路徑一致的最小測試或檢查是什麼？
- 如果這個檢查點的遷移在正式環境失敗，回滾步驟是什麼？
使用方式
在已連線程式碼庫的情況下開啟 Eigent，並描述你的來源與目標技術堆疊。先從遷移範圍盤點開始——這能讓你在任何程式碼變更前，完整掌握需要移動的內容。請逐一按里程碑推進，並在每一步後驗證。若遷移會跨越多天，請請 Eigent 建立 ExecPlan 文件，以追蹤決策、延後事項與各階段的驗證結果。
預期輸出
一份遷移範圍盤點、基於檢查點的遷移計畫、各里程碑的實作 diff，以及確認每一步一致性的驗證摘要。每個轉換點都會註明回滾選項。
限制
- 複雜的資料模型變更可能需要手動 schema migration scripts；Eigent 可以草擬，但你必須審核。
- 外部合約變更需要在遷移本身之外協調。
- 大型重寫最好拆成多個小里程碑——避免在單一里程碑中一次批次處理超過一層技術堆疊。
