Code Review 實作後的程式碼審查。四個維度逐段檢視，每個議題給選項和建議，確認後才進下一段。 定位 ：審查已寫好的程式碼（架構、品質、測試、效能），不是計畫審查。計畫層面的審查請用 。 --- Step 0: 定位審查範圍 + 選擇深度 定位審查範圍 按 ARGUMENTS 判斷： 1. 檔案路徑 → 讀取指定檔案 2. PR 編號 （如 ）→ 取得變更 3. → + 取得所有未提交變更 4. 空白 → 預設行為同 5. 分支名 → 取得分支差異 讀取變更後，摘要變更範圍（改了哪些檔案、大致做了什麼），確認審查對象正確。 讀取上下文 變更檔案的 完整內容 （不只 diff hunk）→ 全部讀取。同時讀取被 import 或依賴的關鍵檔案，理解上下文後才能給出有意義的建議。 選擇審查深度 用 AskUserQuestion 詢問： - 深度審查 ：每段最多 4 個議題，適合重要功能或 PR - 快速審查 ：每段最多 1 個議題，適合小修改或 hotfix --- Step 1-4: 四段審查 依序執行。每段完成後用 AskUserQuestion 確認決策，再進下一段。 第一段：架構 系統設計層面的問題。 - 元件邊界是否合理？有沒有跨層存取或職責混亂？ - 依賴方向是否正確？有沒有循環依賴？ - 資料流模式是否清晰？有沒有隱式狀態傳遞？ - 安全考量：認證、授權、輸入…