代碼審查 是做什麼的？
範圍
執行一個有界限的獨立實作審查。這不是一個針對每個任務的審查管道，也絕不會因風險、難度或變更規模而自動啟動。
觸發
唯一的觸發條件是使用者明確要求實作審查。安全性影響、相容性風險、複雜度、檔案數量、行數或代理自身的信心水準 都不得取代此要求。若無此要求，則回到主代理的正常工作，無需調用此技能。
審查循環
- 主代理根據對話、計畫和當前的 Git 證據，識別確切的任務需求與審查範圍。
- 在第一輪中，產生一個全新的審查代理。為其提供需求、範圍、差異或提交證據，以及審查評分表。此代理必須是唯讀的，且不得將任務委派給其他代理。
- 第一輪是對所要求的實作範圍進行完整的審查。首先報告發現，按嚴重性排序，並以檔案和行號為依據。
- 如果需要修正，主代理負責修正、整合與測試。
- 在阻礙性發現被修正後，產生一個全新的審查代理，對這些修正及附近的回歸進行範圍限定的重新審查。包含先前的發現與修正範圍。
- 絕不啟動第三輪。將未解決的關鍵或重大發現報告為阻礙，而不聲明完成。
次要觀察可在審查通過時附帶提出。即使審查代理給出的整體結論不一致，關鍵或重大發現也會阻礙通過。
審查交接
記錄審查輪次、範圍、審查範圍、結論與阻礙性發現。然後將控制權交還給主代理。