先把問題描述完整
無論誰寫的程式，都需要結合實際執行條件檢查。AI 可以協助排查，但你要提供足夠具體的現象。
例如，本機輸入數量 10、單價 12、運費 8 得到 128；線上按計算卻沒結果。記錄網址、瀏覽器、步驟、發生時間與頁面提示，保存目前版本。錯誤截圖和日誌先移除金鑰與個人資料。
第一步：用相同步驟再試
確認是否每次都出現。用新的瀏覽器視窗開啟，填入同一組數值；涉及帳號時，記錄測試帳號的角色，不公開憑證。
找出「從哪裡開始不同」：頁面打不開、按鈕沒反應、請求失敗，還是請求成功但結果不對？每種情況要查看的位置不同。
第二步：依現象縮小範圍
| 現象 | 優先查看什麼 |
|---|---|
| 首頁正常，重新整理其他網址失敗 | 頁面路由與託管設定 |
| 頁面有內容，按下後沒結果 | 瀏覽器錯誤、請求狀態與按鈕邏輯 |
| 本機請求成功，線上請求失敗 | 正式介面位址、環境設定與存取條件 |
| 儲存後再開，資料不見 | 是否真的寫入，以及正式儲存設定 |
| 不同帳號看到同一批資料 | 伺服器端登入身分與資料查詢範圍 |
這些是調查方向，需要實際記錄才能確認。瀏覽器的主控台與網路面板可以查看頁面錯誤和請求狀態；有後端時，也要看對應時間的伺服器日誌。
第三步：對比本機與線上條件
請 AI 列出專案使用的相依套件、啟動指令、設定名稱、介面與資料來源，對比正式環境。只確認設定存在、格式正確，不把金鑰貼進對話。
再看最近改了什麼。一次處理一個有依據的原因，保留修改記錄。線上問題影響使用時，可以先還原已知可用版本，再用副本排查；涉及資料修改，先確認備份與還原方法。
第四步：修復後，重試原來的輸入
錯誤訊息消失還不夠。重新執行最初的步驟，確認實際結果符合預期，再測相近功能：換一組輸入、重新整理後重試、觸發失敗提示。涉及帳號，就用不同身分分別試。
若其他帳號的資料可被存取，須檢查每個相關資料入口。本站虛構教學示例說明怎樣設計這類複查用例，並不是已通過實測的正式系統。
最後留一份排錯筆記
記下現象、已確認原因、修改、重試結果與待解決問題。升級、搬遷或增加功能時，可以回頭查。完整發布檢查可用上線清單。
常見問題
本機能用，為什麼線上不行？
可能是設定、相依套件、檔案路徑、介面、資料或登入條件不同。先用相同輸入重現，再逐項對比，不能只憑現象判定原因。
把錯誤貼給 AI，就能直接請它重寫嗎？
先補齊預期、重現步驟、最近修改與相關錯誤，請它說明依據和要改的範圍。保留上一版，修復後重試原步驟與相關功能。
換帳號後看到別人的資料怎麼辦？
先限制相關存取，保留調查需要的記錄，檢查伺服器端身分與資料權限。不能只修改頁面提示；涉及真實資料時，依實際影響進一步處理。
