以小步前進

最常見的單一錯誤，就是一次要求太多。"給我搭一個帶認證、圖表和設定頁的使用者儀表盤"會產出一堵你無法審查的程式碼牆，bug 散落在你沒讀過的檔案裡。

小步前進讓你保持掌控：

• 每個提示詞只交付一個函式、元件或端點。
• 在往下走之前先驗證每一塊都能用。
• 在確認能用的程式碼之上構建，而不是在一座未經驗證的輸出之塔上。

把整個認證系統搭出來，包括登入、註冊、
密碼重置、會話，以及郵箱驗證。

認證流程的第 1 步：只寫註冊端點。
POST /signup 接收 { email, password }。用 bcrypt
對密碼做雜湊，儲存使用者，返回 201 並帶上使用者 id。
假設 User 模型和 db 客戶端已經存在（我會給你
看它們的形態）。登入我們下一步再處理。

更小的提示詞意味著更小的 diff，而更小的 diff 意味著你真的能讀懂改了什麼。這就是全部的遊戲所在。還有第二份回報：當某處壞掉時，一個小步驟做二分定位易如反掌。如果你生成並驗證了註冊端點，然後是會話邏輯，再然後是密碼重置，那麼第三步之後冒出來的 bug 幾乎肯定住在第三步裡。一鍋端式的生成丟掉了這個訊號——bug 可能藏在你從沒讀過的四百行裡的任何地方。