程式除錯與 Review.
從可重現證據出發,產出能看懂、能驗證的修補需求。
這條流程會準備:重現步驟 + 修補範圍 + 驗證與交接需求
帶著這份需求開工 →指南修訂
開始前,準備這些資料
下面是可修改的示例需求,並不是已生成的作品。
- 問題與預期行為
- 表單送出後偶爾出現 500,預期顯示成功或明確錯誤
- 可讀材料
- 我會提供重現步驟、錯誤訊息與相關程式;先確認缺口
- 允許修改的範圍
- 只限表單與對應 route,不動身份、金流與依賴
- 相稱驗證
- 重現問題、針對根因的回歸測試、typecheck 與 diff review
一步一步完成
- 01
描述可重現的差異
列出輸入、操作順序、預期與實際行為;保留錯誤時間與必要日誌,不帶入可用秘密。
- 02
確認工具實際權限
普通網頁對話不一定能讀 repository 或執行命令。先確認可讀檔案與執行環境。
- 03
保存施工 brief
在工作台整理問題、證據、範圍與驗證要求,保存一版可交接的修補需求。
- 04
以根因控制修改範圍
先驗證假設,再改最小相關範圍。遇到必要決策缺口就停在該決策,不順手重寫周邊模組。
- 05
審查實際結果
讀 diff、測試輸出與退出碼;交接中分清已修正、已部署與尚待驗證。
可重複使用的提示詞需求
請調查 {{problem}}。目前可提供的證據:{{evidence}}。允許修改的範圍:{{scope}}。驗證要求:{{verification}}。先列實際能讀的檔案與重現步驟,不要預設根因。提出最小修正,保留他人的未提交修改。沒有明確授權時,不改 auth、session、金流、點數或依賴。若環境可修改與執行,回報 diff、命令與退出碼;否則提供可審閱 patch 與待執行指令。未跑的測試不能寫成通過。填入自己的欄位,保存成一個版本 →