當專案變大、需要進行跨檔案的架構重構時，如果直接叫 AI「幫我把整個 User 模組重構」，往往會得到破碎甚至無法編譯的程式碼。

今天我們要分享第三個關鍵技巧——分階段對話（Incremental Prompting）！

1. 什麼是分階段對話？

分階段對話是指將大任務拆解成 3 到 4 個小步驟，並在每一個步驟完成後進行手動驗證與編譯檢查，再進行下一個步驟。

這種「走一步、驗一步」的策略，能為 AI 重構建立強大的安全網。

2. 重構四部曲實戰流程

以重構資料庫與 API 結構為例：

1. Step 1（先做結構分析）：
   • Prompt：「請先閱讀現有的 Entity 與 DTO，不要寫程式碼，請先列出重構需要修改哪些檔案與欄位。」
2. Step 2（產出資料層代碼）：
   • Prompt：「確認無誤，請先修改 Repository 與 Entity 部分的程式碼，並維持編譯通過。」
3. Step 3（修改業務邏輯層）：
   • Prompt：「現在請更新 UserService.java，適應剛才修改的 Entity 結構。」
4. Step 4（最後修正 Controller 與測試）：
   • Prompt：「最後請更新 Controller API 介面與相關的測試檔。」

3. 為什麼這個技巧極度重要？

• 降低 AI 幻覺（Hallucination）：限制單次輸出的範圍，AI 生成的代碼精準度會提高數倍。
• 快速定位 Bug：如果程式碼編譯失敗，你能立刻知道是剛剛哪一個小步驟出了問題，而不是在幾百行程式碼中撈針。