Advanced
1 hour
How to 重構你的程式碼庫 with Eigent
在不改變行為的前提下移除死碼並現代化舊有模式——以小而可審查的步驟進行。
What you need
- Eigent 桌面應用程式
- 程式碼庫存取權（本機或已連線的倉庫）
- 測試套件或 CI 流程
Best for
- 具有死碼、過大的模組，或過時抽象，讓日常修改成本過高的程式碼庫
- 需要在原地現代化程式碼，但又不想把工作變成堆疊遷移的團隊
- 正在為新功能或團隊入職做準備的工程師
Starter Prompt
現代化並重構這個程式碼庫。 Requirements: - 除非我明確要求功能變更，否則請保留行為不變。 - 請先找出拖慢變更速度的死碼、重複路徑、過大的模組、過時抽象與舊有模式。 - 對於每個建議的步驟，請說明目前的行為、結構上的改進，以及應該證明行為維持穩定的驗證檢查。 - 將工作拆成可審查的小型重構步驟，例如刪除死碼、簡化控制流程、抽出 helper，或以該倉庫目前的慣例取代過時模式。 - 除非重構本身要求變更，否則請保持公開 API 穩定。 - 如有任何框架遷移、依賴升級、API 變更或架構搬移，請明確指出，並將其拆分成獨立的遷移任務。 Propose a plan to do this.
運作方式
- 在編輯前先請 Eigent 先繪製該區域的地圖——找出雜訊模組、重複邏輯、未使用程式碼與過時模式。
- 一次只選一種清理主題——移除未使用程式碼、簡化控制流程、現代化過時模式，或拆分大型檔案。
- 在 Eigent 修補檔案之前，先要求它說明目前行為、結構上的改進，以及能證明行為維持穩定的最小檢查。
- 每完成一個步驟就先審查並執行最小且有用的檢查，不要把整個清理工作一次合併成一個 diff。
- 除非為了完成清理而必須如此，否則請將堆疊變更、依賴遷移與架構搬移分開處理。
嘗試更多提示
- 這個區域中哪些檔案有最多的死碼或未使用的匯出？
- 找出所有重複同一邏輯的地方，並提出單一的整合點。
- 這個模組中哪些舊有模式與倉庫目前的慣例不一致？
- 在不改變公開 API 的前提下，將這個過大的檔案拆成更小、責任明確的部分。
使用方式
先請 Eigent 繪製混亂區域的地圖——它會在碰觸任何程式碼之前，先找出最高價值的清理機會。一次只處理一個主題，並在前進前審查每個 diff。每完成一個步驟後，請使用你的測試套件或 CI 作為驗證檢查。如果 Eigent 提出堆疊遷移或依賴變更，請將其標記為獨立任務，並讓目前的重構只聚焦於結構。
預期輸出
一份優先排序的清理計畫、一系列小型且聚焦的 diff（每個步驟一個），以及每個步驟的驗證摘要，說明變更了什麼，以及哪個檢查可確認行為穩定。
限制
- 當該區域已經有測試套件或清楚的行為契約可供驗證時，效果最佳。
- 大型 monorepo 最適合一次只聚焦一個服務或模組。
- 架構變更、執行階段升級與框架遷移都應該是獨立任務——將它們與重構混在一起會讓 diff 無法審查。
