メニュー
PRの残タスク（CI失敗とレビューコメント）をまとめて解決する。内部的に resolve-ci と resolve-reviews を順に呼び出す。PR番号・URLを受け取るか、現在のブランチのPRを対象とする。ユーザーが「PR対応」「PR残タスク」「PR解決」と言ったとき、または /resolve-pr を実行したときに使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | resolve-pr |
| description | PRの残タスク（CI失敗とレビューコメント）をまとめて解決する。内部的に resolve-ci と resolve-reviews を順に呼び出す。PR番号・URLを受け取るか、現在のブランチのPRを対象とする。ユーザーが「PR対応」「PR残タスク」「PR解決」と言ったとき、または /resolve-pr を実行したときに使用。 |
PRの残タスクを一括で解決する。CI失敗とレビューコメントの両方をまとめて対応するためのオーケストレーションスキル。
入力に応じてPRを特定する。引数（PR番号 / URL / なし）はそのまま下流のスキルに引き継ぐ。
# PR番号 or URL が指定されていればそれを使う
# 何も指定されていなければ現在のブランチのPRを対象とする
gh pr view [<number-or-url>] --json number,url,headRefName,title,state
PRが見つからない場合はユーザーに通知して終了する。
resolve-ci スキルを起動する。同じPRを対象として実行する。
重要: resolve-ci がコミット＆プッシュを行った場合、後続の resolve-reviews 実行前にローカルブランチが最新であることを確認する。
resolve-reviews スキルを起動する。Step 1 で特定した同じPRを対象として実行する。
Step 3 でコード修正がコミットされた場合のみ、再度 resolve-ci を起動して新たに失敗したCIがないか確認する。
最終結果をユーザーに報告する:
--- PR残タスク解決完了 ---
PR: #<number> <title>
CI最終ステータス: <all passed / N failed (env/flaky)>
レビュー対応: <fixed count> 件修正 / <replied count> 件返信
未対応事項: <list if any>
PR URL: <url>
git push --force 禁止、git add . 禁止 等）はそのまま適用されるユーザーへの報告は、ユーザーの言語に合わせる（日本語依頼なら日本語、英語依頼なら英語）。
ユーザー: /resolve-pr 42
1. gh pr view 42 → PR #42 を特定
2. resolve-ci 42 を実行
→ 2件の失敗を修正・コミット・プッシュ・CI再実行監視 → 全成功
3. resolve-reviews 42 を実行
→ レビューコメント3件、2件は修正、1件は返信
4. 修正コミットがあったので resolve-ci 42 を再実行
→ 新規失敗なし
5. 最終レポートを提示
ユーザー: /resolve-pr
1. gh pr view → 現在のブランチのPR #58 を特定
2. resolve-ci → CIは全て成功 → スキップ
3. resolve-reviews → 1件修正、0件返信
4. resolve-ci 再実行 → 全成功
5. 最終レポート
ユーザー: /resolve-pr 70
1. resolve-ci 70 → DATABASE_URL 未設定で停止（environment）
2. ユーザーに状況を報告して停止
（resolve-reviews は実行しない or ユーザーの判断に委ねる）
dev系パイプライン（dev-pr-review / dev-pr-review-resolve / dev-issue-implement / dev-issue-review）を人間の確認なしで自律的に1タスク回すオーケストレーター。main を最新化した後、レビュー系を優先する固定順で対象を探し、最初に見つかった1件を対応するスキルで処理する。途中で解決済みIssueを見つけたら理由を書いてcloseする。needs-info によるユーザー確認待ちは禁止で、必ず自律判断する。ユーザーが「devパイプライン回して」「自律で開発回して」と言ったとき、または /dev-hotl を実行したときに使用。
reviewed ラベルがついたIssueを見つけて実装する。対象Issueに WIP ラベルをつけ、git worktree で main を汚さずに開発し、テストがPASSすることを確認した上でIssueに紐づくPR（Closes
現在のリポジトリの開発Issueが妥当かどうかをレビューする。リポジトリの目的に沿っているか、調査内容・設計に問題がないかをチェックし、WebSearch や Parallel Search MCP で裏取りして本文を追記・修正する。レビュー着手時に in-review ラベルで排他し、問題なければ reviewed ラベルをつけ、あまりに見当違いな場合は理由を記述してcloseする。Issue番号・URLを引数に取るか、未レビューのIssueを自動で探す。ユーザーが「Issueレビュー」「Issueの妥当性チェック」と言ったとき、または /dev-issue-review を実行したときに使用。
reviewed ラベルがついたPRを見つけて、レビュー指摘事項を検討・修正する。着手時に in-review ラベルで排他する。妥当な指摘は worktree 上で修正し、反論がある場合は根拠をコメントに記述して、各レビュースレッドをresolveしていく。すべてのレビューをresolveしたら必ずmergeする。PR番号・URLを引数に取るか、対応待ちのPRを自動で探す。ユーザーが「レビュー指摘を解消して」「reviewedのPRを片付けて」と言ったとき、または /dev-pr-review-resolve を実行したときに使用。
in-review ラベルがついていないオープンPRを見つけてレビューする。git worktree でPRのコードをローカルに取得し、変更箇所以外との整合性・紐づくIssue通りの実装かを確認する。問題なければmerge、軽微な指摘なら修正してmerge、問題が多い場合はレビューを記述して reviewed ラベルをつけ、見当違い・修正済みのPRは理由を記述してcloseする。PR番号・URLを引数に取るか、レビュー待ちのPRを自動で探す。ユーザーが「PRレビューして回して」「レビュー待ちPRを処理して」と言ったとき、または /dev-pr-review を実行したときに使用。
ローカルにインストール済みの Codex CLI (OpenAI) を使って、別 LLM からのコードレビュー・セカンドオピニオン・意見交換を取得する。Claude が書いたコードに対して「別モデルの目」を入れたいとき、設計判断で複数モデルの見解を突き合わせたいとき、`codex` / `/codex` と言われたときに使用。