requesting-code-review

bởi obra

Sử dụng khi hoàn thành nhiệm vụ, triển khai tính năng chính hoặc trước khi hợp nhất để xác minh công việc đáp ứng yêu cầu

npx skills add https://github.com/obra/superpowers --skill requesting-code-review

Requesting Code Review

Dispatch a code reviewer subagent to catch issues before they cascade. The reviewer gets precisely crafted context for evaluation — never your session's history.

Core principle: Review early, review often.

When to Request Review

Mandatory:

  • After each task in subagent-driven development
  • After completing major feature
  • Before merge to main

Optional but valuable:

  • When stuck (fresh perspective)
  • Before refactoring (baseline check)
  • After fixing complex bug

How to Request

1. Get git SHAs:

BASE_SHA=$(git rev-parse HEAD~1)  # or origin/main
HEAD_SHA=$(git rev-parse HEAD)

2. Dispatch code reviewer subagent:

Dispatch a general-purpose subagent, filling the template at code-reviewer.md

Placeholders:

  • {DESCRIPTION} - Brief summary of what you built
  • {PLAN_OR_REQUIREMENTS} - What it should do
  • {BASE_SHA} - Starting commit
  • {HEAD_SHA} - Ending commit

3. Act on feedback:

  • Fix Critical issues immediately
  • Fix Important issues before proceeding
  • Note Minor issues for later
  • Push back if reviewer is wrong (with reasoning)

Example

[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 code reviewer subagent]
  DESCRIPTION: Added verifyIndex() and repairIndex() with 4 issue types
  PLAN_OR_REQUIREMENTS: Task 2 from docs/superpowers/plans/deployment-plan.md
  BASE_SHA: a7981ec
  HEAD_SHA: 3df7661

[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]

Common Rationalizations

ExcuseReality
"I'll just review the diff myself instead of dispatching a reviewer"You're the coordinator — reviewing the diff inline burns the context window you need to keep driving the work. Dispatch a reviewer subagent: the diff and the evaluation live in its context, and only the findings come back to you.
"The reviewer needs my whole session history to understand the change"Hand it precisely crafted context, never your session's history. That keeps the reviewer on the work product, not your thought process.

Red Flags

Never:

  • Skip review because "it's simple"
  • Ignore Critical issues
  • Proceed with unfixed Important issues
  • Argue with valid technical feedback

If reviewer wrong:

  • Push back with technical reasoning
  • Show code/tests that prove it works
  • Request clarification

See template at: code-reviewer.md

Thêm skills từ obra

brainstorming
obra
Bạn PHẢI sử dụng điều này trước bất kỳ công việc sáng tạo nào - tạo tính năng, xây dựng thành phần, thêm chức năng hoặc sửa đổi hành vi. Khám phá ý định, yêu cầu và thiết kế của người dùng trước khi triển khai.
creativeresearchdesign
systematic-debugging
obra
Sử dụng khi gặp bất kỳ lỗi nào, lỗi kiểm thử, hoặc hành vi không mong đợi, trước khi đề xuất sửa chữa
developmenttestingcode-review
writing-plans
obra
Sử dụng khi bạn có đặc tả hoặc yêu cầu cho một tác vụ nhiều bước, trước khi chạm vào mã.
developmentproject-management
using-superpowers
obra
Sử dụng khi bắt đầu bất kỳ cuộc trò chuyện nào - thiết lập cách tìm và sử dụng kỹ năng, yêu cầu gọi công cụ Skill trước bất kỳ phản hồi nào bao gồm cả câu hỏi làm rõ.
developmentdocumentproductivity
test-driven-development
obra
Sử dụng khi triển khai bất kỳ tính năng hoặc sửa lỗi nào, trước khi viết mã triển khai
developmenttestingcode-review
executing-plans
obra
Sử dụng khi bạn có một kế hoạch triển khai bằng văn bản để thực thi trong một phiên riêng biệt với các điểm kiểm tra đánh giá
developmentproject-managementcode-review
verification-before-completion
obra
Sử dụng khi sắp xác nhận công việc đã hoàn thành, đã sửa lỗi hoặc đạt yêu cầu, trước khi commit hoặc tạo PR - yêu cầu chạy các lệnh xác minh và xác nhận kết quả đầu ra trước khi đưa ra bất kỳ tuyên bố thành công nào; luôn có bằng chứng trước khi khẳng định.
testingcode-reviewdevelopment
subagent-driven-development
obra
Sử dụng khi thực thi các kế hoạch triển khai với các tác vụ độc lập trong phiên làm việc hiện tại
developmentproject-management