回顧與練習

要點回顧

• bug 是你預期與實際發生之間的落差——把兩邊連同確切的復現步驟都給 AI，絕不要只說"它壞了"。
• 把錯誤一字不差地貼上去，並附上棧追蹤的頂部；指向你自己檔案的第一行幾乎總是起點。
• 改動前先確認：加一行帶標籤的日誌來驗證假設，並通過二分查詢（在程式碼或提交歷史中）讓搜尋空間每一步減半。
• 修復根本原因，而不是表象——只能阻止崩潰的守衛或 try/catch 通常只是把真正的問題蓋住。
• 當 AI 兜圈子時，把上下文重置為你確定知道的內容，讓它去解釋而不是去修，並補上證據而不是猜測。

動手試試

下次有東西壞掉時，在請求修復之前先寫好 bug 報告。在一個全新的對話裡給 AI 三樣東西：復現步驟、你的預期，以及實際發生的情況——錯誤一字不差地複製，並包含棧追蹤的頂部幾幀。然後，不要說"修好它"，而是請它給出一個假設以及一個廉價的確認方式（通常是一行日誌）。執行那個檢查，把輸出貼回去，然後才讓 AI 提出修復方案。感受一下這條路比"它不工作，幫我"要直多少。

我有一個 bug。在提出任何修復之前，給我一個假設以及一個低成本的確認方式
（比如一行日誌）——先別改程式碼。

復現步驟：[你做了什麼]
期望：[本該發生什麼]
實際：[實際發生了什麼]

完整的錯誤和堆疊跟蹤：
[一字不差地貼上]

相關程式碼：
[粘貼出錯的函式，以及它呼叫的任何東西]

什麼可能導致這個，以及在我們改動任何東西之前我該打什麼日誌來確認它？