幫最近一次改動抓漏

本站編寫 · 附 Claude Code 官方參考資料 · 來源核對日期：2026-09-12

請以唯讀方式審查目前專案最近的一組改動，幫我找出值得處理的遺漏。

先看 Git 狀態與差異：有未提交的改動就審查這一組，包含與任務相關的新檔案；沒有則審查最新一次非合併提交。不要切換分支或改動工作目錄。若不是 Git 專案或沒有可比較的紀錄，說明限制並結束。

範圍大時，優先選擇最多 5 個涉及行為變化的檔案，跳過產生的檔案、lock 檔及純格式調整，並在報告中寫清楚涵蓋範圍。閱讀必要的呼叫端、型別和相鄰測試，檢查邊界輸入、錯誤分支、相容性以及改動前後行為是否一致。

最多回報 5 項有證據的問題：嚴重程度、檔案與位置、觸發條件、使用者會遇到什麼、為何能從程式碼推導出來、最小修復建議。無法證明的問題另列為待查證，不與已確認的問題混排；不把個人風格偏好列為缺陷。

完成標準：每項結論可追溯、不是泛泛提醒；找不到實質問題就明確說明檢查範圍和剩餘風險，不湊數，也不順手重構。

執行約定：
直接開始，不先給計畫讓我確認，也不要讓我選檔案或補填範本。只用目前專案、目前對話及我已提供的材料，不搜尋其他專案或私人歷史。缺少材料時完成有依據的部分，在結果中說明缺口；完全不適用就說明原因並結束，不虛構成果。
保留現有檔案和未提交的改動；候選內容在回覆中完整給出，適合獨立成文的成果可另存為不重複檔名的新檔案。不要安裝相依套件、修改環境、提交、推送或發布。遇到權限或存取限制，記錄未完成項目，不繞過限制。自我檢查一次後交付並結束，不用「是否繼續」收尾。