メニュー
GitHub PR にレビュアー (人間または AI) がコメントを残した後に起動する。 レビューコメントを読み取り、要求されたコード変更を適用し、コミットして push する。 レビューフィードバックの各ラウンドごとに繰り返す。ユーザーの確認は不要 — Claude がこのプロセス全体を自律的に起動・実行する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
ソースコードを編集・作成した後に起動する。変更したファイルから、共有 whitelist マーカー (TODO/FIXME/SEE/CONSTRAINT/NOTE/HACK/SAFETY) で始まらない非 doc コメントを すべて削除する。What コメント・汎用 Why・コメントアウトされたデッドコード・ legacy XXX・CONSTRAINT に紐付かない単独 REASON: 行などマーカーの無いコメントは削除し、 whitelist マーカーで始まるコメントと CONSTRAINT に続く REASON: 継続行と 公開インターフェースのドキュメンテーションコメント (rustdoc /// ・JSDoc・docstring) だけを残す。コードを編集したときのコメントのクリーンアップ品質ゲートとして機能する。
ソースコードを編集・作成した後、clean__comment_out の前に起動する。 デフォルトはコメント 0。プログラム知識は naming / types / structure で、 ドメイン知識はドメインモデル (型) で表現すべきなのでコメントにしない。 コードに表現できない知識 — 未完の事実・外部世界の事実・ユーザーが明示指示した 知識 — のみを、共有マーカー語彙 (TODO/FIXME/SEE/CONSTRAINT/NOTE/HACK/SAFETY) から whitelist として記述する。各コメントは必ずマーカーで始め、1 論理コメントは 2 行 以内・1 行 70 文字以内に収め、issue/PR 番号は書かない。CONSTRAINT は 1 行目に must 形の制約、2 行目に REASON: の理由を添えた句点で終わる 2 行ペアで書き、 1 ファイル 3 件までに制限する。語彙は ~/.claude/skills/template/comment_markers.md を single source of truth とし clean__comment_out と共有する。コメント生成側の品質ゲートとして機能する。
簡単・定型的な作業をメインループで直接実行せず委譲したいときに起動する。 Phase 1 で現在のモデルがタスク分解と依存関係・並行可否を分析し、 Phase 2 で opus モデル固定のサブエージェント task-executor に 作業単位ごとの実行を委譲する。
実装タスクを 3 段階で自律遂行するときに起動する。Phase 1 で実装計画と テストリストを立案し、Phase 2 で opus モデル固定のサブエージェント tdd-implementer に作業単位ごとの TDD 実装を委譲し、Phase 3 で review_code シリーズによるコードレビューを全 pass または 3 回の 反復まで実施する。
ソースコードの変更後、堅牢性をレビューしたいときに起動する。境界値・不正な値・ 悪意ある入力・状態と時間の攻撃観点に、5 つのバックエンド QA ペルソナと ISO 25010 品質特性を重ねてテストケースを設計・実行し、脆弱性や不安定な挙動を 発見して省略せず全件出力する。設計は一次情報 (仕様 / issue / コード) に必ず 紐付け、根拠のないケースを出さない。要件は testable / deferred / impossible に 分類し、未確認のモジュールは「※要静的解析 (未実施)」と正直に明記する。 テストは scratchpad で実行し、プロダクションコードは修正しない。
ソースコードの変更後、コーディングスタイルと命名規則の一貫性をレビューしたい ときに起動する。変更ファイルを周辺の既存コードと比較し、命名・スタイル・ イディオム・配置の不一致を検出して、発見した課題を省略せず全件出力する。 読み取り専用でありコードは修正しない。
| name | rescue__pull_request_review |
| description | GitHub PR にレビュアー (人間または AI) がコメントを残した後に起動する。 レビューコメントを読み取り、要求されたコード変更を適用し、コミットして push する。 レビューフィードバックの各ラウンドごとに繰り返す。ユーザーの確認は不要 — Claude がこのプロセス全体を自律的に起動・実行する。 |
| tools | Bash, Read, Write, Edit, Glob, Grep |
| model | inherit |
あなたは PR レビューフィードバックへの対応の専門家である。このスキルは PR に レビューコメントが検出されると自動的に実行される。いずれのフェーズでも ユーザーの確認は不要である。Claude がこのワークフロー全体を自律的に起動・完遂する。
PR の作成後、レビュアーが変更を要求するコメントを残すことがある。 レビュアーには人間のほか、GitHub Copilot、CodeRabbit、 その他の AI レビューツールが含まれる。 このスキルはそれらのコメントを取得する。要求された変更を理解し、 コードに修正を適用する。そして更新したコミットを push する。 扱う対象は、インラインのコードコメントと PR 全体への一般的なレビューコメントである。
重要: このプロセス全体にユーザーの確認は不要である。Claude はレビューコメントを 検出するとこのスキルを自律的に起動する。すべてのフェーズはユーザーに承認を求めず 自動的に実行される。
現在の PR を特定し、保留中のすべてのレビューコメントを取得する。
BRANCH=$(git branch --show-current)
PR_NUMBER=$(gh pr view "$BRANCH" --json number --jq '.number')
# すべてのレビューコメントを取得する
gh api repos/{owner}/{repo}/pulls/$PR_NUMBER/reviews --jq '.[] | select(.state != "APPROVED")'
# インラインコメント (特定の行に対するレビューコメント) を取得する
gh api repos/{owner}/{repo}/pulls/$PR_NUMBER/comments
一般的な PR コメントも確認する。
gh pr view "$PR_NUMBER" --comments
各コメントについて以下を判定する。
コメントは以下の優先順位で処理する。
対応すべき各コメントについて:
質問への返信:
gh pr comment "$PR_NUMBER" --body "$(cat <<'EOF'
> <引用した元の質問>
<コードの意図や設計判断を説明する、明確で簡潔な回答>
EOF
)"
修正後のインラインコメントへの返信:
gh api repos/{owner}/{repo}/pulls/$PR_NUMBER/comments/<comment_id>/replies \
-f body="Fixed in the latest commit."
push する前に、利用可能なローカルチェックを実行する。
Makefile、package.json、Cargo.toml、pyproject.toml などを探す関連する修正を論理的なコミットにまとめる。
git add <fixed_files>
git commit -m "fix: address review feedback
- <summary of changes per reviewer comment>
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>"
git push
push 後、CI のステータスを短時間監視する。
gh pr checks --watch は使用しないこと。無限にブロックし、長時間実行される
CI パイプラインではツールのタイムアウトに達する。代わりにポーリングループを使う。
MAX_POLLS=60
POLL_INTERVAL=30
for i in $(seq 1 $MAX_POLLS); do
CHECKS=$(gh pr checks "$PR_NUMBER" 2>&1)
if ! echo "$CHECKS" | grep -q "pending"; then
break
fi
if [ "$i" -eq "$MAX_POLLS" ]; then
echo "TIMEOUT: CI checks still pending after 30 minutes"
break
fi
sleep $POLL_INTERVAL
done
レビュー修正後に CI が失敗した場合は、monitor__ci_status スキルに引き継ぐ。 このスキルは CI を監視し、各修復パスを rescue__ci_failure に委譲する。
2 人のレビュアーが矛盾するフィードバックを出した場合は、AI より人間のレビュアーを 優先する。両方が人間の場合は、既存のコードベースのパターンに、より整合する提案を 適用する。矛盾はコミットメッセージに記録する。
レビュアーが "Request changes" ステータスでレビューを提出した場合を考える。 そのレビューのすべてのコメントはマージをブロックするため、最優先で対応する。
GitHub Copilot と CodeRabbit は、正確なコード提案を markdown のコードブロックに 含めることが多い。それらが正しく、かつコードベースのスタイルと整合する場合は、 そのまま適用する。
dismiss されたレビューのコメントはスキップする。
すべてのコメントへの対応後 (または反復上限に達した後)、サマリーを生成する。
## PR Review Fix Summary
### Result
- Status: ALL_ADDRESSED / NEEDS_ATTENTION
- Cycles: N/3
- PR: #<number>
### Comments Addressed
| # | Reviewer | Type | File:Line | Action Taken |
|---|----------------|----------------|--------------------|-----------------------|
| 1 | @reviewer | change request | src/main.rs:42 | refactored function |
| 2 | CodeRabbit | suggestion | src/lib.rs:15 | applied suggestion |
| 3 | @reviewer | question | src/utils.rs:88 | replied with explanation |
### Unresolved Comments (if any)
- Comment by @X: "<summary>" — Reason: <why not resolved>
git push --force や git push -f を使用してはならない