適合
- 需求明確、橫跨多個檔案的變更。
- 具備可重複驗證指令的高影響任務。
- 一般檢查完成後的獨立第二次審查。
01 · 真實證據
有用的 AI 審查必須附帶證據
每項發現都應指出可能失敗的行為、影響、支持它的程式碼或檢查，以及 Reviewer 可以如何驗證。01src/auth.ts範圍明確的 Diff
02P1 · behavior有證據的發現
03bun test真人驗收
開啟專案，在即時選擇器中選擇相容的 Agent 與 GPT-6 Astra，先檢查一項範圍明確的變更。
開始審查專案02 · 工作流程
把一項明確變更整理成可驗收的審查結果
Model 提出發現；Agent harness 提供專案存取、工具、權限與驗證循環。- 01
界定審查範圍
指定本次程式碼變更、預期行為、不可破壞的限制，以及作為驗收證據的指令。
- 02
檢查並排列證據
只追蹤理解變更所需的呼叫位置、測試與設定，優先檢查實際行為，而不是程式碼風格。
- 03
先驗證，再修補
執行最相關的檢查，區分已確認問題與待驗證假設，再由真人決定是否產生修補。
03 · 任務匹配
在脈絡與證據真正重要時使用 AI 審查
第二次獨立審查可以補充視角，但不能取代由負責人做出的批准。不適合
- 沒有明確 Diff 或預期行為的整個 Repository。
- 已由確定性工具強制執行的格式問題。
- 沒有真人負責的自動批准。
04 · 能力邊界
把每項發現都當成需要驗證的主張
GPT-6 Astra 仍可能漏掉缺陷或產生誤報。專案檢查與人工 Review 仍是結果的一部分。- 01
較大的 Context Window 不代表一定取得了正確證據。
- 02
Model 層支援的工具不會自動出現在每個 Agent harness 中。
- 03
測試通過不能證明不存在安全或邏輯問題。
06 · 常見問題
