requesting-code-review について
開発エージェント向けのコードレビュー手順を定めたスキルです。問題の蓄積を防ぐため、`superpowers:code-reviewer` サブエージェントの呼び出し方や指摘への対応を示します。
主な機能
- 01開発段階ごとのレビュー時点
- 02`superpowers:code-reviewer` の呼び出し
- 03コミット SHA と実装内容の共有
- 04指摘への対応優先度の整理
活用シーン
- 01サブエージェント開発の各タスクを確認
- 02マージ前に主要機能を点検
- 03行き詰まった際に別の視点を得る
- 04リファクタリング前に基準を確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ makerjackie/ jackie-skills-starter --skill requesting-code-reviewインストール後、Claude Code で/requesting-code-reviewを入力して読み込まれたか確認します。
同梱ファイルcode-reviewer.md
詳細
(中国語)コードレビューを依頼する
superpowers: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 ツールで superpowers: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 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 タスク)の後にレビューします
- フィードバックを得て、反映してから続行します
アドホックな開発:
- マージ前にレビューします
- 行き詰まったときにレビューします
注意すべき兆候
絶対にしないこと:
- 「簡単だから」という理由でレビューを省略する
- Critical な問題を無視する
- Important な問題を未修正のまま先に進む
- 妥当な技術的フィードバックに反論する
レビュアーが間違っている場合:
- 技術的な理由を示して反論します
- 正しく動作することを証明するコードやテストを提示します
- 説明を求めます
テンプレートはこちらを参照してください:requesting-code-review/code-reviewer.md
コメント
Markdown 対応