回顧與練習

核心要點

• Vibe coding 是在你掌控做什麼和為什麼的前提下，指揮 AI 構建軟體——而不是盲目交付你解釋不了的程式碼。
• 把這一切串起來的規則是理解你交付的東西：你不必親手敲它，但你必須能為它辯護、能修復它。
• 你的瓶頸從生產（敲得快）轉移到了規格說明與審查（描述清楚、批判性地判斷）。
• 活在迴圈裡——意圖 → 生成 → 審查 → 打磨——並且永遠不要跳過審查這一步，真正的工程發生在那裡。
• 模型的自信不是訊號；你的驗證才是。品味與判斷力才是稀缺、且會複利累積的技能。

動手試試

挑一個你真正理解的小函式——比如"校驗密碼是否符合策略"或"把位元組數格式化成人類可讀的字串"。為它寫一個精確的提示詞（簽名、規則、邊界情況、要求附測試），生成它，然後刻意執行審查這一步：親手追蹤至少一個邊界情況，確認程式碼能處理。如果不能，就寫一個精確的打磨提示詞（症狀 + 原因 + 修復），而不是"修一下"。目標是在你能完全評估的程式碼上，把整個迴圈從頭到尾完整地感受一次。

本章提示詞

作為我的結對程式設計夥伴。我會描述一個小而自包含的函式。在寫任何程式碼
之前，先複述需求並列出你將處理的邊界情況，好讓我確認。然後寫出
該函式，以及覆蓋這些邊界情況的單元測試。

函式: <一行描述>
輸入 / 輸出: <型別與形態>
約束: <技術棧, 要用或要避免的庫, 效能限制>

程式碼之後，指出你做出的、我應當核實的任何假設。
保持為滿足需求的最簡單版本。