請求代碼審查
来源原 Skill
- 来源：superpowers 代码审查能力（已迁移为 aile-only）
- 策略：保留审查分级与反馈闭环，并对齐团队交付门禁。
促進超能力：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個任務）
- 獲取反饋、申請、繼續
臨時開發：
- 合併前審查
- 卡住時回顧
危險信號
絕不：
- 跳過評論，因為“很簡單”
- 忽略關鍵問題
- 繼續處理未解決的重要問題
- 用有效的技術回饋進行爭論
如果審稿人錯誤：
- 用技術推理進行反擊
- 顯示證明其有效的程式碼/測試
- 要求澄清
請參考模板：aile-code-review/code-reviewer.md