Skip to content
cccskills
FreePublished on GitHub

pr-comment-fixer

GitHub PRのレビューコメントを自動検出し、コード修正を適用する。インラインスレッド・レビュー本文・Issueコメントに対応し、CodeRabbit・Copilot等のbotコメントも処理する。PRレビュー後の修正作業を自動化したい場合に使用する。

Do NOT use for レビュー自体の実施(ai-code-reviewを使用すること)。

The English summary is being prepared. Showing the original description.

Works withGitHub
See how to install

Files included (7)

  • SKILL.md9.9 KB
  • assets/templates/fix_report_template_ja.md1.6 KB
  • references/bot_comment_patterns_ja.md8.5 KB
  • references/comment_collector_ja.md9.1 KB
  • references/fix_applicator_ja.md5.2 KB
  • references/github_review_api_ja.md7.8 KB
  • references/loop_controller_ja.md8.7 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

PRコメント自動修正スキル

GitHub PRのレビューコメント(CodeRabbit、Copilot等のbotコメント含む)を全APIソースから網羅的に検出し、コード修正を自動適用するスキルです。修正後のpushで生成される新規レビューも追跡し、全コメント対応完了まで修正ループを自動化します。

重要な原則

+---------------------------------------------------------------+
| PRコメント修正の鉄則                                            |
+---------------------------------------------------------------+
| 1. 3つのAPIソースすべてからコメントを取得する                     |
|    (pulls/comments + pulls/reviews + issues/comments)         |
| 2. Review body内のNitpickを見逃さない                           |
|    (CodeRabbitの<details>タグ内等)                             |
| 3. 推測で修正しない - コメントの指摘内容を正確に理解してから修正    |
| 4. 設計判断が必要なコメントは自動修正せずユーザーに報告            |
| 5. push後は新規レビューの出現を監視してから完了判定               |
| 6. CI全チェックpassを確認してからループ完了                       |
+---------------------------------------------------------------+

このスキルを使用する場面

botレビュー指摘の一括対応

  • CodeRabbit、Copilot等のbotがPRにレビューコメントを投稿した場合
  • 複数のレビュー指摘を効率的に一括修正したい場合

レビュー修正ループの自動化

  • 修正→push→botの再レビュー→再修正のサイクルを自動化したい場合
  • 手動でのコメント対応が煩雑な場合

修正漏れの防止

  • Review body内のNitpickコメント等、見逃しやすいコメントを確実に検出したい場合
  • 全種別のコメントを網羅的にチェックしたい場合

基本的な使い方

/pr-comment-fixer {PR番号}
/pr-comment-fixer {PR番号} --max-loops 3

引数

引数必須デフォルト説明
PR番号必須-対象のPR番号
--max-loops任意5修正ループの最大回数

前提条件

  • gh CLIがインストール済みで認証されていること
  • 対象リポジトリのクローン内で実行すること
  • 対象PRのブランチがチェックアウトされていること

ワークフロー概要

運用ルール: 各フェーズは1応答で1つだけ実行し、結果をユーザーに報告してから次のフェーズへ進む。複数フェーズを1応答で連続実行しない。

PR番号を受け取る
    │
    ├── 1. コメント収集 [comment-collector]
    │     → 3 APIソース + GraphQL統合で全未対応コメント一覧を生成
    │
    ├── 2. コメント分類 [comment-classifier]
    │     → auto-fixable / manual-required / already-addressed
    │
    ├── 3. 修正適用 [fix-applicator]
    │     → auto-fixableコメントを順次修正
    │
    ├── 4. commit & push [commit-manager]
    │
    ├── 5. bot再レビュー待機 & 新規レビュー検出 [loop-controller]
    │     │
    │     ├── 新規レビュー検出 → Step 1 に戻る
    │     └── 新規レビューなし → Step 6 へ
    │
    ├── 6. 完了判定 [completion-evaluator]
    │     │
    │     ├── 未解決コメント残存 → Step 1 に戻る(maxLoops未到達なら)
    │     └── 全条件クリア → 完了
    │
    └── 7. レポート出力 [report-generator]
          → 修正済み・手動対応要・CI状態を報告

※ [bracket-name] はpr-comment-fixer内部の論理コンポーネント名であり、
   個別に呼び出せる独立スキルではない。

論理コンポーネント連鎖:
  comment-collector → comment-classifier → fix-applicator
    → commit-manager → loop-controller → completion-evaluator
    → report-generator

各ステップの詳細

Step 1: コメント収集

3つのAPIソースとGraphQLから全コメントを統合的に取得する。

詳細: references/comment_collector_ja.md

収集元

#ソース取得対象用途
1GraphQL reviewThreads未解決インラインスレッドisResolved判定
2REST pulls/reviewsレビュー本文(body)Nitpick等の抽出
3REST pulls/commentsインラインコメント詳細path/line/diff_hunk
4REST issues/commentsPR全体コメントSummary等(通常スキップ)

bot別コメント構造

詳細: references/bot_comment_patterns_ja.md

  • CodeRabbit: Actionable → インラインスレッド、Nitpick → Review body内<details>タグ、Summary → Issueコメント
  • Copilot: インラインコメント + suggestion形式
  • その他: 汎用パーサーで処理

GitHub APIの構造

詳細: references/github_review_api_ja.md

Step 2: コメント分類

収集したコメントを3つのカテゴリに分類する。

カテゴリ説明対応
auto-fixableコード修正で対応可能自動修正
manual-required設計判断が必要、対象ファイル不明等ユーザーに報告
already-addressed既にcommitで修正済みスキップ

分類基準:

  • typeがpraiseまたはsummary → スキップ
  • typeがquestion → manual-required
  • pathがnull → manual-required
  • セキュリティ/アーキテクチャに関するcritical指摘 → manual-required
  • それ以外 → auto-fixable

Step 3: 修正適用

詳細: references/fix_applicator_ja.md

auto-fixableコメントを順次修正する:

  1. 対象ファイルをReadツールで読み込み
  2. コメントの指摘内容を分析し、該当箇所を特定
  3. Editツールで修正を適用
  4. 修正内容を記録

注意事項:

  • コメントの指摘に直接対応する最小限の修正のみ
  • 周辺コードのリファクタリングは行わない
  • suggestion形式(suggestionコードブロック)は提案コードでそのまま置換

Step 4: commit & push

修正をまとめて1つのコミットにする。

コミットメッセージ:

fix: address PR review comments

Addressed the following review comments:
- [{reviewer}] {path}:{line} - {summary}
...

Step 5: bot再レビュー待機 & 新規レビュー検出

詳細: references/loop_controller_ja.md

push後、botが再レビューを生成するまで待機する:

  1. gh pr checksでCIステータスをポーリング(15秒間隔、最大120秒)
  2. pulls/reviewsで新規レビューIDの出現を監視
  3. 全CIがcompletedになり、新規レビューが検出されなくなったら待機完了

新規レビュー検出:

  • push前に記録したknown_review_idsと現在のレビューID一覧を比較
  • 新規IDがあれば → Step 1に戻る

Step 6: 完了判定

以下のすべてを満たす場合にループ完了:

  1. GraphQL reviewThreadsでisResolved: falseのスレッド = 0
  2. Review body内の未対応コメント = 0
  3. CIチェックが全てpass
  4. 新規レビューが検出されていない

Step 7: レポート出力

テンプレート: assets/templates/fix_report_template_ja.md

修正結果を報告する:

  • 修正済みコメント一覧(レビュアー、ソース、ファイル、行、対応内容)
  • 手動対応が必要なコメント一覧(理由付き)
  • CI最終状態
  • ループ回数サマリー

制約事項・禁止事項

禁止事項

- 設計判断が必要なコメントを自動修正しない
- コメントの指摘範囲を超えたリファクタリングを行わない
- force pushしない(通常のpushのみ)
- テスト失敗を無視して修正を続行しない(修正が原因の場合)
- Rate Limitを超過するリクエストを行わない

GitHub API Rate Limit対応

  • リクエスト間に適切な待機を挟む
  • gh api rate_limitで残りレートを確認
  • Rate Limit残量が少ない場合(残り100未満)はユーザーに警告

ベストエフォート修正

自動修正できないコメントがあっても、対応可能なコメントは修正する。修正不可のコメントはレポートに明示し、ユーザーに手動対応を促す。

リソース

ファイル説明
references/github_review_api_ja.mdGitHub Review API構造の解説
references/bot_comment_patterns_ja.md各botのコメントパターン一覧
references/comment_collector_ja.mdコメント収集ロジック詳細
references/fix_applicator_ja.md修正適用ロジック詳細
references/loop_controller_ja.mdループ制御ロジック詳細
assets/templates/fix_report_template_ja.md修正結果レポートテンプレート

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

指定されたPRを6観点(セキュリティ、ドキュメント乖離、可読性、ライブラリ選定、PR説明、既知脆弱性)でレビューし、人間向け・AI向けの2形式でPRにコメントする。初回レビューおよび修正後の再レビューに使用する。Do NOT use for レビューコメントへの修正適用(pr-comment-fixerを使用すること)。

The English summary is being prepared. Showing the original description.

windschord/claude_skils9Updated Oct 19, 2026

キャリア設計のためのデプスインタビューを実施し、本人の価値観・強み・動機を引き出す。5 Whys、ラダリング法を用いてキャリアビジョンの明確化を支援する。転職相談、自己理解、キャリアカウンセリング、1on1面談の深掘りに使用する。Do NOT use for 製品・サービスのユーザーリサーチ(depth-interviewing-productを使用すること)。

The English summary is being prepared. Showing the original description.

windschord/claude_skils9Updated Oct 19, 2026

サービス開発のためのデプスインタビューを実施し、ユーザーの真のニーズ・課題・動機を引き出す。5 Whys、ラダリング法を用いてプロダクト開発に活かせるインサイトを発見する。ユーザーリサーチ、課題発見、ペルソナ構築、プロダクト仮説検証に使用する。Do NOT use for キャリア相談やキャリアカウンセリング(depth-interviewing-careerを使用すること)。

The English summary is being prepared. Showing the original description.

windschord/claude_skils9Updated Oct 19, 2026

インフラメトリクスの定期調査を体系的に実施し、サービスの健全性を評価する。2層アプローチで11カテゴリのメトリクスを確認し、構造化レポートを作成する。定期的なサービス監視、障害予兆の検出、パフォーマンス評価に使用する。Do NOT use for 個別インシデントの根本原因分析(incident-rcaを使用すること)。

The English summary is being prepared. Showing the original description.

windschord/claude_skils9Updated Oct 19, 2026

インシデント調査で根本原因を特定するためのなぜなぜ分析ファシリテーター。推測を避け、ユーザーの発言を記録し、マインドツリーで全体を可視化する。障害発生後の原因究明、ポストモーテム、再発防止策の策定に使用する。Do NOT use for 定期的なサービス健全性チェック(health-checkを使用すること)。

The English summary is being prepared. Showing the original description.

windschord/claude_skils9Updated Oct 19, 2026

IPA非機能要求グレード2018(可用性・性能拡張性・運用保守性・移行性・セキュリティ・システム環境)の記入済み要件を入力として、運用設計書を生成する。非機能要件定義が完了しているプロジェクトの運用設計フェーズで使用する。Do NOT use for 非機能要件の定義自体(requirement-managementを使用すること)。Do NOT use for 業界調査やヒアリングから始める運用設計(operations-designを使用すること)。

The English summary is being prepared. Showing the original description.

windschord/claude_skils9Updated Oct 19, 2026

See all skills by windschord

Report a problem with this skill