Skip to content

程式除錯與 Review.

從可重現證據出發,產出能看懂、能驗證的修補需求。

這條流程會準備:重現步驟 + 修補範圍 + 驗證與交接需求

帶著這份需求開工 →指南修訂

開始前,準備這些資料

下面是可修改的示例需求,並不是已生成的作品。

問題與預期行為
表單送出後偶爾出現 500,預期顯示成功或明確錯誤
可讀材料
我會提供重現步驟、錯誤訊息與相關程式;先確認缺口
允許修改的範圍
只限表單與對應 route,不動身份、金流與依賴
相稱驗證
重現問題、針對根因的回歸測試、typecheck 與 diff review

一步一步完成

  1. 01

    描述可重現的差異

    列出輸入、操作順序、預期與實際行為;保留錯誤時間與必要日誌,不帶入可用秘密。

  2. 02

    確認工具實際權限

    普通網頁對話不一定能讀 repository 或執行命令。先確認可讀檔案與執行環境。

  3. 03

    保存施工 brief

    在工作台整理問題、證據、範圍與驗證要求,保存一版可交接的修補需求。

  4. 04

    以根因控制修改範圍

    先驗證假設,再改最小相關範圍。遇到必要決策缺口就停在該決策,不順手重寫周邊模組。

  5. 05

    審查實際結果

    讀 diff、測試輸出與退出碼;交接中分清已修正、已部署與尚待驗證。

可重複使用的提示詞需求

請調查 {{problem}}。目前可提供的證據:{{evidence}}。允許修改的範圍:{{scope}}。驗證要求:{{verification}}。先列實際能讀的檔案與重現步驟,不要預設根因。提出最小修正,保留他人的未提交修改。沒有明確授權時,不改 auth、session、金流、點數或依賴。若環境可修改與執行,回報 diff、命令與退出碼;否則提供可審閱 patch 與待執行指令。未跑的測試不能寫成通過。
填入自己的欄位,保存成一個版本 →