請求代碼審查
促進超能力：code-reviewer子代理在問題級聯發生之前發現問題。
**核心原則：**早複習、常複習。
何時請求審查
強迫的：
-
子代理程式驅動開發中的每個任務之後
-
完成主要功能後
-
合併到主程式之前
可選但有價值：
-
當卡住時（新視角）
-
重構前（基線檢查）
-
修復複雜的錯誤後
如何請求
1.獲取git SHA：
BASE_SHA=$(git rev-parse HEAD~1) # or origin/main HEAD_SHA=$(git rev-parse HEAD)
2.調度代碼審閱者子代理：
使用具有超能力的任務工具：代碼審閱者類型，填寫模板code-reviewer.md
佔位符：
-
{WHAT_WAS_IMPLEMENTED}
-
你剛剛建造的
-
{PLAN_OR_REQUIREMENTS}
-
它應該做什麼
-
{BASE_SHA}
-
開始提交
-
{HEAD_SHA}
-
結束提交
-
{DESCRIPTION}
-
簡要總結
3.根據反饋採取行動：
-
立即修復關鍵問題
-
在繼續之前修復重要問題
-
注意稍後的小問題
-
如果審稿人錯了就退回（有推理）
例子
[Just completed Task 2: Add verification function]
You: Let me request code review before proceeding.
BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}') HEAD_SHA=$(git rev-parse HEAD)
[Dispatch superpowers:code-reviewer subagent] WHAT_WAS_IMPLEMENTED: Verification and repair functions for conversation index PLAN_OR_REQUIREMENTS: Task 2 from docs/plans/deployment-plan.md BASE_SHA: a7981ec HEAD_SHA: 3df7661 DESCRIPTION: Added verifyIndex() and repairIndex() with 4 issue types
[Subagent returns]: Strengths: Clean architecture, real tests Issues: Important: Missing progress indicators Minor: Magic number (100) for reporting interval Assessment: Ready to proceed
You: [Fix progress indicators] [Continue to Task 3]
與工作流程集成
子代理驅動的開發：
-
每項任務後回顧
-
在問題複雜化之前發現問題
-
在進行下一個任務之前修復
執行計劃：
-
每批後回顧（3個任務）
-
獲取反饋、申請、繼續
臨時開發：
-
合併前審查
-
卡住時回顧
危險信號
絕不：
-
跳過評論，因為“很簡單”
-
忽略關鍵問題
-
繼續處理未解決的重要問題
-
用有效的技術回饋進行爭論
如果審稿人錯誤：
-
用技術推理進行反擊
-
顯示證明其有效的程式碼/測試
-
要求澄清
請參考模板：requesting-code-review/code-reviewer.md