ワンクリックで
requesting-code-review
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use before any creative work - creating features, building components, adding functionality, or modifying behavior.
Use when implementing new features or applications, or starting complex multi-step tasks that may benefit from structured workflows like brainstorming, TDD, or debugging. NOT for simple questions or straightforward operations.
Use when you have a spec or requirements for a multi-step task, before touching code
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work
Use when executing implementation plans with independent tasks in the current session
Use when starting feature work that needs isolation from current workspace or before executing implementation plans - creates isolated git worktrees in <project_root>/.worktrees
| name | requesting-code-review |
| description | Use when completing tasks, implementing major features, or before merging to verify work meets requirements |
Dispatch read-only subagent to catch issues before they cascade. The reviewer gets precisely crafted context for evaluation — never your session's history. This keeps the reviewer focused on the work product, not your thought process, and preserves your own context for continued work.
Core principle: Review early, review often.
Mandatory:
Optional but valuable:
1. Get git diff (read-only agent has no bash):
BASE_SHA=$(git rev-parse HEAD~1) # or origin/main
HEAD_SHA=$(git rev-parse HEAD)
DIFF_OUTPUT=$(git diff $BASE_SHA..$HEAD_SHA)
2. Dispatch code-reviewer subagent:
Use Task tool with agent: "read-only", fill template with the diff output included:
Task({
agent: "read-only",
task: `Review the following changes for code quality.
## Git Diff
${DIFF_OUTPUT}
## Context
WHAT_WAS_IMPLEMENTED: [what you just built]
PLAN_OR_REQUIREMENTS: [what it should do]
DESCRIPTION: [brief summary]
Read the modified files for full context, then review.`
})
Placeholders:
{WHAT_WAS_IMPLEMENTED} - What you just built{PLAN_OR_REQUIREMENTS} - What it should do{DIFF_OUTPUT} - The git diff output (must be provided by controller, not the reviewer){DESCRIPTION} - Brief summary2. Act on feedback:
[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)
DIFF_OUTPUT=$(git diff $BASE_SHA..$HEAD_SHA)
[Dispatch Task with agent: 'read-only', including diff output in task prompt]
WHAT_WAS_IMPLEMENTED: Verification and repair functions for conversation index
PLAN_OR_REQUIREMENTS: Task 2 from docs/plans/deployment-plan.md
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]
Subagent-Driven Development:
Executing Plans:
Ad-Hoc Development:
Never:
If reviewer wrong:
See template at: requesting-code-review/code-reviewer.md