菜单
in-review ラベルがついていないオープンPRを見つけてレビューする。git worktree でPRのコードをローカルに取得し、変更箇所以外との整合性・紐づくIssue通りの実装かを確認する。問題なければmerge、軽微な指摘なら修正してmerge、問題が多い場合はレビューを記述して reviewed ラベルをつけ、見当違い・修正済みのPRは理由を記述してcloseする。PR番号・URLを引数に取るか、レビュー待ちのPRを自動で探す。ユーザーが「PRレビューして回して」「レビュー待ちPRを処理して」と言ったとき、または /dev-pr-review を実行したときに使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
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 を実行したときに使用。
ローカルにインストール済みの Codex CLI (OpenAI) を使って、別 LLM からのコードレビュー・セカンドオピニオン・意見交換を取得する。Claude が書いたコードに対して「別モデルの目」を入れたいとき、設計判断で複数モデルの見解を突き合わせたいとき、`codex` / `/codex` と言われたときに使用。
引数や会話の文脈中のトピック（機能要望・バグ・改善案・設計課題）をもとに、gh CLI で現在のリポジトリに開発Issueを作成する。mainを最新化した上でコードベースを調査し、設計・実現可能性・必要な修正箇所・テスト観点を構造化して記述する。工数は記述しない。トピックが大きすぎる場合は適切な粒度に分割して複数Issueを作成する。ユーザーが「Issue作って」「イシュー化して」「課題登録して」と言ったとき、または /dev-issue-create を実行したときに使用。
| name | dev-pr-review |
| description | in-review ラベルがついていないオープンPRを見つけてレビューする。git worktree でPRのコードをローカルに取得し、変更箇所以外との整合性・紐づくIssue通りの実装かを確認する。問題なければmerge、軽微な指摘なら修正してmerge、問題が多い場合はレビューを記述して reviewed ラベルをつけ、見当違い・修正済みのPRは理由を記述してcloseする。PR番号・URLを引数に取るか、レビュー待ちのPRを自動で探す。ユーザーが「PRレビューして回して」「レビュー待ちPRを処理して」と言ったとき、または /dev-pr-review を実行したときに使用。 |
in-review ラベルのないPRを worktree 上でレビューし、状態に応じて merge・修正merge・レビュー記述・close のいずれかを行う。
引数がある場合: PR番号 / URL を対象にする。ただし対象PRに既に in-review ラベルがついている場合は、別プロセスがレビュー中のためレビューせず、その旨を報告して終了する。
引数がない場合:
# in-review も reviewed もないオープンPR（ドラフト除く・古い順）
gh pr list --state open --json number,title,labels,isDraft,createdAt \
--jq '[.[] | select(.isDraft | not) | select((.labels | map(.name) | any(. == "in-review" or . == "reviewed")) | not)] | sort_by(.createdAt)'
対象が決まったら、他のどの作業よりも先に（PR情報取得・worktree作成より前に）in-review ラベルをつける。 引数でPRが指定された場合も同様に、これを最初のアクションとする（二重レビュー防止）:
gh label create in-review --color 1D76DB --description "レビュー作業中" 2>/dev/null || true
gh pr edit <number> --add-label in-review
gh pr view <number> --json title,body,commits,files,baseRefName,headRefName,statusCheckRollup,closingIssuesReferences
Closes #N で紐づくIssueがあれば gh issue view で本文（設計・受け入れ条件・テスト観点）を取得するgit fetch origin
# PRのブランチを worktree に取得
git worktree add ../<repo>-pr-<number>
cd ../<repo>-pr-<number> && gh pr checkout <number>
以降のコード確認・テスト実行はすべて worktree 内で行い、元の作業ディレクトリは変更しない。
以下の観点で確認する:
# 変更されたシンボルの利用箇所を必ず確認する
git diff origin/main...HEAD --stat
gh pr merge <number> --squash --delete-branch
gh repo view --json squashMergeAllowed,mergeCommitAllowed,rebaseMergeAllowed）と既存PRの慣例に従う。判断できなければ squash--auto は使わず結果を確認する）typo・命名・小さなエッジケース・テスト不足など、設計に影響しない指摘のみの場合:
git push してCIを確認設計上の問題・複数のバグ・Issueとの乖離など、修正判断が必要な場合:
gh pr review <number> --request-changes --body "$(cat <<'EOF'
## レビュー結果
<全体評価>
### 指摘事項
1. `path/to/file.ts:123` — <問題点と修正案>
2. ...
EOF
)"
gh label create reviewed --color 0E8A16 --description "レビュー済み" 2>/dev/null || true
gh pr edit <number> --add-label reviewed --remove-label in-review
指摘は必ずファイルパス・行番号つきで具体的に書き、修正案を添える。
gh pr close <number> --comment "<closeの理由と根拠（該当コミット・PRへの参照）>"
紐づくIssueの後処理（必須）: PRをcloseするとIssueは自動クローズされないため、closingIssuesReferences のIssueを放置しない:
gh issue close するWIP ラベルを外して実装待ちキューに戻す（WIP を残すと dev-issue-implement が永久にスキップし、Issueが宙に浮く）:gh issue edit <issue-number> --remove-label WIP
gh issue comment <issue-number> --body "PR #<number> は<理由>のためcloseした。実装待ちに戻す。"
git worktree remove ../<repo>-pr-<number> --force
対象PR・判定（merged / fixed+merged / reviewed / closed）・指摘概要をユーザーに報告する。
in-review ラベルをつける。PR情報取得・worktree作成・レビューはすべてその後（二重レビュー防止）in-review ラベルがついているPRはレビューしない。引数で明示指定された場合も同様（別プロセスがレビュー中）reviewed をつけるときは、必ず in-review を外す（レビュー作業は終了しているため。以降は dev-pr-review-resolve が拾う）in-review ラベルを外してから報告する。 in-review が残ると次回以降誰にも拾われないPRになるWIP 解除 or Issueもclose）。処理しないとIssueが実装待ちキューから永久に外れるgit push --force は使用しない