不接受分期交付
你要一個完整的認證系統，AI 說「先做一個簡版的使用者名稱密碼登入，後續再加 OAuth」。後續永遠不會來。這一節用兩個演示，看清「先做簡版」的完整生命週期，並練習正確的回應方式。
實踐中 AI 說「先做簡版」往往與複雜度無關，它想快速給你一個能跑的東西來換取正回饋。「先用臨時方案」「暫時 Mock」「簡單處理一下」背後是同一個模式。打破這個模式後，AI 反而會更認真地分析完整方案。
點選播放，看「先做簡版」的登入模組在 90 天裡怎麼變成永久技術債。上方兩個數字會隨時間線一起變化。
簡版上線
使用者名稱密碼登入能跑了，AI 承諾「OAuth 後續再加」，你也覺得還滿合理。
後續沒有來
新需求源源不斷，沒人回頭補 OAuth。會話、權限、支付、通知 4 個模組開始直接依賴簡版介面。
成為永久技術債
想補全時發現依賴已經長死，9 個模組與簡版耦合，重構成本高過重寫。簡版成了永久版。
AI 提出了分期方案，你的回應決定了 90 天後的結局。兩個分支都可以試。
禁止的做法
禁止以任何理由簡化實現：「先用臨時方案」「後續再優化」「暫時 Mock」「簡單處理一下」全部不接受。也禁止 AI 主動規劃分期、MVP、階段一二三。每次實現都必須是完整、正確、沒有程式碼債的方案。
替代的做法
評估一個功能只需回答：完整做下來需要什麼、有多複雜。確實太複雜時，明確列出「需要你先做哪些前置決策」，把選擇權交還給人。已知有缺陷的方案，直接給正確版本，別先做一個將就的。
大型專案裡這條規則可能顯得激進：一個功能真需要 2000 行程式碼時，一次寫完不現實。此時正確動作依然成立，讓 AI 給出完整方案和真實工作量，由人決定是否拆分、怎麼拆分。拆分是人的決策，降級是 AI 的自作主張，兩者的區別就是這條規則的核心。
「後續再優化」的後續永遠不會來。把選擇權收回來：AI 負責給出完整方案和真實代價，拆不拆、怎麼拆由人決定。