requesting-code-review について
変更を進めたりマージしたりする前にコードレビューを依頼するための、開発者向けワークフロースキルです。code-reviewer サブエージェントへの依頼方法、コミット SHA と背景の提示、重要度に応じた指摘への対応を説明します。
主な機能
- 01レビューを依頼するタイミング
- 02コミット SHA の取得
- 03code-reviewer サブエージェントの起動
- 04レビュー依頼テンプレートの項目
- 05重要度に応じたフィードバック対応
活用シーン
- 01サブエージェント開発の各タスクをレビュー
- 02マージ前の主要機能の確認
- 03行き詰まった際の別視点の獲得
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ nickcrew/ claude-cortex --skill requesting-code-reviewインストール後、Claude Code で/requesting-code-reviewを入力して読み込まれたか確認します。
同梱ファイルcode-reviewer.md
詳細
コードレビューを依頼する
問題が連鎖する前に見つけられるよう、code-reviewer サブエージェントに依頼します。
基本原則: 早めに、頻繁にレビューします。
レビューを依頼するタイミング
必須:
- サブエージェント主導の開発では、各タスクの完了後
- 大きな機能の実装完了後
- main へのマージ前
任意ですが有用です:
- 行き詰まったとき(新たな視点を得るため)
- リファクタリング前(ベースラインの確認)
- 複雑なバグの修正後
依頼方法
1. git SHA を取得します:
BASE_SHA=$(git rev-parse HEAD~1) # or origin/main
HEAD_SHA=$(git rev-parse HEAD)
2. code-reviewer サブエージェントに依頼します:
Task ツールで code-reviewer タイプを指定し、code-reviewer.md のテンプレートに記入します。
プレースホルダー:
{WHAT_WAS_IMPLEMENTED}- 実装した内容{PLAN_OR_REQUIREMENTS}- 実装が満たすべき要件{BASE_SHA}- 開始時のコミット{HEAD_SHA}- 終了時のコミット{DESCRIPTION}- 簡単な概要
3. フィードバックに対応します:
- Critical な問題はすぐに修正します
- Important な問題は先に進む前に修正します
- Minor な問題は後で対応できるよう記録します
- レビュアーが間違っている場合は、理由を添えて異議を唱えます
例
[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]
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 タスク)の後にレビューします
- フィードバックを得て、反映してから続行します
アドホックな開発:
- マージ前にレビューします
- 行き詰まったときにレビューします
注意すべき兆候
決して行わないこと:
- 「簡単だから」とレビューを省略する
- Critical な問題を無視する
- Important な問題を修正せずに先へ進む
- 妥当な技術的フィードバックに反論する
レビュアーが間違っている場合:
- 技術的な根拠を示して異議を唱えます
- 正しく動作することを証明するコードやテストを提示します
- 説明を求めます
テンプレートについては、こちらを参照してください:requesting-code-review/code-reviewer.md
コメント
Markdown 対応