Menu
Review the local diff with flat-perspective sub-agents, fix findings in a loop, then create a PR via the create-pr skill once the review is clean
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | create-pr-with-review |
| description | Review the local diff with flat-perspective sub-agents, fix findings in a loop, then create a PR via the create-pr skill once the review is clean |
| disable-model-invocation | true |
PR 作成前にローカル差分をレビューし、指摘がなくなるまで修正を繰り返してから @.claude/skills/create-pr/SKILL.md の手順で PR を作成する。
前提収集 → [レビュー → 指摘あり? → 修正 & commit] ループ → 指摘ゼロ → create-pr 実行
レビューはメインセッションの記憶を引き継がないサブエージェント (Agent ツール) で行う。実装時に何を考えたかは恣意的な情報なので渡さない。
git diff 生出力、ハンクヘッダ込み)git log --oneline)git branch --show-current
git status --short
git log <base>..HEAD --oneline
git diff <base>...HEAD
<base> は gh repo view --json defaultBranchRef --jq .defaultBranchRef.name で確認@.claude/skills/review-pr/SKILL.md の「エージェント一覧」の表とトリガー評価をそのまま使う (エージェント名・トリガーはあちらが唯一の所在)。ただし入力は gh pr diff ではなく git diff <base>...HEAD の生出力に置き換える。
1 ラウンドの流れ:
トリガー評価 — 差分ファイルパスに対して各エージェントの trigger を評価
並列レビュー — 起動対象を同一メッセージ内の独立した Agent ツール呼び出しで並列起動。各 prompt は次の節構成 (「フラットレビューの原則」の範囲内の情報のみ):
## PR 前提
<PR の目的 1〜3 文 / ベース・ヘッドブランチ名 / コミット一覧>
## 差分
<git diff <base>...HEAD の生出力をハンクヘッダ込みで貼る>
## 出力フォーマット
<@.claude/skills/review-pr/output-format.md の本文を丸ごと貼る>
集約 — @.claude/skills/review-pr/SKILL.md の Phase 3 (正規化・重複検出・マージ・最終フィルタ 4 テスト) をそのまま適用。ただし「本 PR 差分内テスト」は「本ブランチ差分内」と読み替える
判定:
修正:
ループ上限: 3 ラウンド。3 ラウンド終えても指摘が残る場合は、残指摘一覧を提示して「修正を続けるか / このまま PR を作るか」をユーザーに確認する。
@.claude/skills/create-pr/SKILL.md の手順をそのまま実行する (テンプレート確認 → 言語判定 → push → 本文作成 → gh pr create --draft)。
| シナリオ | 対応 |
|---|---|
| いずれかのレビューエージェントが失敗 | 残りの結果で続行し、失敗したエージェントを明記する |
| 修正がテストを壊した等で完了できない | ループを中断し、状況と残指摘をユーザーに報告する |
| 3 ラウンドで収束しない | 残指摘を提示し、続行 or PR 作成をユーザーに確認する |
Generic thinking protocol for deriving optimal solutions through iterative self-checking. Invoke BEFORE searching within the given problem space whenever the user asks for advice, judgment, evaluation, or choice. Reframes the problem, generates options, evaluates trade-offs, runs a self-answer check (does this answer the user's actual question at the right granularity, reach upstream, match expectations, offer non-obvious value?), and loops back to upstream tracing or same-level reframing if the check fails — until convergence. Applies across any domain — technical, process, organizational, decision-making, career. Triggers when the user uses evaluation or reconsideration language ("which is best", "root cause", "is this really needed", "sustainable long-term", "ほんとうに", "そもそも", "最善は", "根本は", "筋が良い"), when validating the soundness of someone's proposal from multiple perspectives, when the problem spans multiple layers (tech / process / org / regulation / UX / cost), or when clear trade-offs exist.
計画や設計について、ユーザーを徹底的に問い詰めて一緒に詰める。実装・着手の前に計画をストレステストしたいとき、または「詰めて」「グリルして」「問い詰めて」「ツッコんで」「設計レビューして」「ほんとうにこれでいい?」などのトリガー表現が出たときに必ず使う。
.claude/rules/ 配下のルールファイル (*.md) を新規作成・編集するときに、適切なメカニズム選択と paths スコープを保証する。ルールを書く前・書いた後に必ず適用する。
Orchestrate Epic issue as team leader. Delegate sub-issues to member agents in isolated worktrees. Members run in background and communicate via SendMessage.
Fetch a GitHub issue with its sub-issues, walk up to the parent Epic, list sibling issues under that Epic, fetch the body of each sibling issue, attach the implementing PR for each closed sibling with body and diff summary, gather related code, and present as a Japanese summary so the reader can grasp the whole task context including the actual contents of siblings and their PRs
Summarize GitHub Epic issue with sub-issues and related PRs. Use when reviewing epic progress or getting implementation overview.