メニュー
指定 PR の 3 channel feedback (top-level / inline review / review summary) を 1 回で取得し structured markdown で返す。引数は PR 番号 / PR URL / なし (現 branch から解決) の 3 パターン。channel を取りこぼさない単一手順
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
codex review CLIを使用したコードレビュー。セルフレビュー、PR作成前チェック、コミット確認に使用。「レビューして」「変更を確認して」で発動
AI 生成コード由来のノイズ検出。過剰コメント、防御的 try/catch、`any` キャスト、深いネスト、周辺と不整合な書き方を `origin/main` との diff から拾い指摘する。「deslop して」「AI っぽい部分削って」「不要なコメント探して」で発動
PR のコンフリクト監視・レビュー応答・CI 復旧・マージまでを一括で面倒見るスキル。「land して」「PR をマージ」「Merging を流して」等で発動する。マージ完了までユーザーへ制御を返さずウォッチャーループを回し続ける
Symphony orchestrator からディスパッチされた bg セッションの共通実行手順。Linear issue のステータス振り分け、workpad 運用、実装から Human Review 遷移、マージまでを定義する。Symphony の bg セッション起動直後に呼ぶ
Linear issue 上の `## Codex Workpad` ヘッダ付き コメント を 検索 / 作成 / 更新 する スキル。バックグラウンドセッション の進捗を 1 つの コメント に集約し、ターン 上限到達 や CI 失敗 を跨いだ永続記憶として使う。バックグラウンドセッション 起動直後と作業節目ごとに発動する
MUST use whenever Claude wants the user to read or review a file it has prepared or modified — markdown reports / plan files / design docs / summaries, drafts before MCP writes (Notion / Slack / Linear / Gmail drafts / Obsidian), SQL queries, code files, config files, or any text file that needs human eyes before the next step. Opens the file(s) in a tmux split pane with nvim so the user reviews while Claude continues editing.
| name | pr-feedback-fetch |
| context | fork |
| description | 指定 PR の 3 channel feedback (top-level / inline review / review summary) を 1 回で取得し structured markdown で返す。引数は PR 番号 / PR URL / なし (現 branch から解決) の 3 パターン。channel を取りこぼさない単一手順 |
指定された PR について、GitHub の 3 channel (top-level comment / inline review comment / review summary) を順序固定で取得する。出力は 1 つの structured markdown としてまとめる。
gh pr view --comments は top-level comment しか返さないため、inline review comment と review summary を独立に取得する必要がある。本 skill は 3 エンドポイントを不可分に呼び、取得 channel: 3/3 を必ず明示する。
gh CLI が認証済み (gh auth status で Logged in になっている)gh pr checks は別経路で扱う呼び出し時の引数は 0 〜 1 個。次のいずれか。
gh pr view --json number,url,headRefName,baseRepository で PR 番号を解決する200) — PR 番号として扱う。repo は gh repo view --json nameWithOwner で現 repo を採用するhttps://github.com/MH4GF/claude-code/pull/10) — URL から <owner>/<repo> と PR 番号を分解する引数を解決できない場合 (現 branch の PR が無い等) は即停止し、「PR 未解決」と書いた出力を返す。
解決した <owner>/<repo> と <pr> を使い、次の 3 コマンドを順に実行する。順序は固定。途中で止めない。
# 2-1. top-level の PR comment (issue comment と等価)
gh api repos/<owner>/<repo>/issues/<pr>/comments \
--jq '.[] | {id, user: .user.login, type: .user.type, created_at, updated_at, body}'
# 2-2. inline review comment (diff 上の行コメント)
gh api repos/<owner>/<repo>/pulls/<pr>/comments \
--jq '.[] | {id, user: .user.login, type: .user.type, path, line, original_line, side, created_at, updated_at, body, in_reply_to_id, pull_request_review_id}'
# 2-3. review summary (Approve / Request changes / Comment レビュー単位)
gh api repos/<owner>/<repo>/pulls/<pr>/reviews \
--jq '.[] | {id, user: .user.login, type: .user.type, state, submitted_at, body}'
3 channel すべてが空でも 3 コマンドとも実行する。1 つでも省略すると本 skill の意味が失われる。
gh api が失敗した channel は、> ERROR: <message> として出力へ残し、呼び出し側に明示する。残り channel の取得は続行する。
次の構造の markdown を 1 通り返す。
## PR feedback snapshot — <owner>/<repo>#<pr>
- 取得時刻 (UTC): <ISO-8601>
- PR URL: <URL>
### Top-level comments (channel 1/3) — N 件
- [@<user> · <created_at>] <body 1 行要約>
- id: <id>
- body:
> <body 全文を引用ブロックに保持>
### Inline review comments (channel 2/3) — N 件
- [@<user> · <created_at>] `<path>:<line>` <side=RIGHT|LEFT>
- id: <id> (review: <pull_request_review_id>, reply: <in_reply_to_id or n/a>)
- body:
> <body 全文を引用ブロックに保持>
### Review summaries (channel 3/3) — N 件
- [@<user> · <submitted_at>] state=<APPROVED|CHANGES_REQUESTED|COMMENTED|DISMISSED>
- id: <id>
- body:
> <body 全文を引用ブロックに保持>
### 集計
- 取得 channel: 3/3 (top-level / inline review / review summary)
- 取得件数: top-level=N1, inline=N2, review=N3, 合計=N1+N2+N3
- エラー channel: <なし or 該当 channel 名と error 抜粋>
整形時の規約:
body 全文を改変せず引用ブロックに貼る。要約だけでは inline review の文脈 (file path, line, side) が消えるためuser.type == "Bot" の comment は除外せずそのまま出す。actionable 判定は呼び出し側body が空の comment (Approve / Reject の空 body 等) もエントリを出す。body: 行に > (empty) と書くcreated_at / submitted_at は API 返却値 (UTC ISO-8601) をそのまま貼るGitHub の PR feedback は 3 つの異なる API エンドポイントに分かれている。gh pr view --comments が返すのは top-level のみ。これだけで判断すると inline review comment と review summary を取りこぼす。本 skill は 3 エンドポイントを順序固定で不可分に呼ぶことで、呼び出し側に「channel を覚える / 個別判断する」余地を残さない。
gh pr view --comments ではなく gh api .../issues/<pr>/comments を使うgh pr view --comments は top-level の issue comment だけを人間向け整形で返す。本 skill は 3 channel すべてを同じ JSON 構造で並列に扱いたいので、gh api の生 endpoint を直接叩く。
path / line / side を必ず出すinline review comment は diff 上の特定行に紐付く。body 単独だと「何に対する指摘か」が判別できない。path:line と side (RIGHT=new, LEFT=old) を残すことで、呼び出し側が file を開いて即座に文脈を再現できる。
Coderabbit / Devin / Renovate 等の bot コメントは actionable なものとそうでないものが混ざる。本 skill 側で一律にフィルタすると、actionable な bot コメントを取りこぼす。user.type == "Bot" フィールドだけ出力へ残す。actionable 判定は呼び出し側に委ねる。
PR feedback は時間と共に増える。skill 出力を保存した時点での snapshot 時刻を明示することで、その後に来た feedback を「sweep 後」と判定できる。actionable comment の残存有無を判断したい時、snapshot 時刻以降の増分有無を確認する手がかりになる。
gh pr view --json number が exit code 非ゼロ。本 skill は即停止し、出力に「PR 未解決」と書いて返す。
draft でも feedback は付く。channel 取得は通常どおり行う。draft 判定は本 skill の責務外。
gh api が rate-limit に当たるgh api 自体が指数バックオフでリトライする。本 skill 内では追加リトライを入れない。3 channel のいずれかが最終的に失敗した場合は、出力の「エラー channel」節にその旨を書く。
Coderabbit 等は 1 PR に 10〜50 件以上の inline review comment を出すことがある。本 skill は全件出力し、件数を「集計」節に明示する。
in_reply_to_id があるreply chain は出力にそのまま貼る。in_reply_to_id を残すことで、呼び出し側がスレッドの親子関係を再現できる。
inline review comment を投稿した時に発生する「親 review record」。entry は出すが body: に > (empty) と書く。呼び出し側は inline review comment 本体を見ればよい。