使用 Remy
審查程式碼變更
限定審查範圍，逐項核對發現的問題。
適用範圍： 桌面版的本機 Git 專案。
提交程式碼前，讓 Remy 檢查變更是否符合需求、是否引入問題，並提出可逐項核對的發現。本範例先進行審查，再由你決定是否修改。
1. 準備專案與審查範圍
依桌面版指南加入專案，開啟該專案的新對話。
傳送任務前，請準備：
- 本次變更要解決的需求或問題。
- 要審查的範圍，例如目前所有未提交變更，或明確列出的幾個檔案。
- 不能改變的行為，以及用於判斷是否完成的標準。
Changes 顯示目前工作區的變更，可能包含你先前的工作。請先核對檔案清單；若只想審查其中一部分，請在提示詞列出範圍。
2. 啟動審查
將以下需求替換為專案的實際內容：
提示詞範例
請審查目前專案中與訂單清單篩選相關的未提交變更。
本次需求：切換關鍵字或狀態篩選後回到第 1 頁，重新整理清單，並保留原有排序。
請先列出納入審查的檔案，區分已暫存、未暫存與新增檔案；
只審查與上述需求相關的變更，不要包含其他既有修改。
重點檢查：
1. 實作是否符合上述需求。
2. 請求參數、狀態更新與頁面顯示是否一致。
3. 空白結果、快速連續切換與請求失敗等情況下是否有問題。
4. 現有測試是否涵蓋實際變化，是否遺漏關鍵情況。
依嚴重程度列出發現。每項說明檔案位置、觸發條件、實際影響、依據與建議。
將已確認問題與仍須驗證的疑點分開；沒有發現問題時，也請說明檢查範圍與未涵蓋部分。
只進行審查，不修改檔案、安裝相依套件、提交或推送程式碼。
3. 核對審查結果
逐項開啟相關檔案，檢查發現的問題是否成立。
| 檢查項目 | 你應能回答的問題 |
|---|---|
| 審查範圍 | 是否涵蓋指定變更，有沒有遺漏新增檔案或混入無關工作？ |
| 問題依據 | 檔案位置是否存在，描述是否符合目前實作？ |
| 觸發條件 | 在什麼條件下會發生，能否重現或透過測試驗證？ |
| 實際影響 | 是會影響使用的問題，還是可以另行考慮的改進建議？ |
| 檢查結果 | 哪些檢查確實執行了，哪些只是建議或沒有條件執行？ |
若只有籠統的判斷，可以繼續要求：
提示詞範例
請詳細說明第 2 項發現，指出具體程式碼與觸發條件，提供最小重現步驟。
若目前只有推測，請明確說明，並列出驗證所需的檢查。
先不要修改檔案。
4. 修復選定的問題
確認需要修復的事項後，在同一段對話繼續：
提示詞範例
請只修復已確認的第 1 項問題。
保留其他既有變更，沿用專案原有的實作方式，補充並執行相關測試。
完成後說明修改的檔案、檢查結果，以及未完成的檢查。
先不要提交或推送程式碼。
接著重新檢視實際差異，並依原重現步驟檢查功能。在提供 Verification 的版本中，若需要依需求核對完成情況，可以明確要求使用；驗證結論仍應有實際變更與檢查結果作為依據。
5. 完成標準
你已取得一份範圍清楚、每項發現皆可追溯的審查結果，並能區分需要修復的問題、尚待驗證的疑點與未涵蓋部分。若進一步修復，應能看到對應變更及檢查結果。
「沒有發現問題」不代表所有情境都已驗證。是否提交或合併，仍依專案原有流程決定。