菜单
PR 戦略比較実験の「品質」を測るスキル。1 つの issue に対する最終的な差分（方針A は 1 本の PR、 方針B は複数 PR の和集合）を、横断文脈を持たない独立 Subagent に採点させる。 オーケストレーターは自分では採点せず、Subagent が返した構造化スコアをそのまま quality.json に記録する。 あわせて PR の行動記録(runlog)を辿って速度・反復回数を集計し metrics に反映する。 `/pr-quality-judge <issue-number> <pr-number>[,<pr-number>...]` で起動する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
方針A（反復セルフレビュー）で 1 つの GitHub issue を 1 本の PR に実装する。 独立 Subagent(github-issue-implementer)で実装後、独立 Subagent(code-reviewer)による セルフレビューと修正を指摘点がなくなる（LGTM）まで繰り返し、PR をオープンのまま残す（マージしない）。 各マイルストーンを PR の行動記録(runlog)に残し、速度・反復回数はその記録から集計する。 `/pr-strategy-iterate <issue-number>` で起動する。
方針B（分割 PR）で 1 つの GitHub issue を、ある程度細かい単位の複数 PR に分割して実装する。 各 PR を独立 Subagent(github-issue-implementer)で実装し、独立 Subagent(code-reviewer)による セルフレビューと修正を「1 ターンのみ」行う（再レビューしない）。全 PR をオープンのまま残す。 各マイルストーンを PR の行動記録(runlog)に残し、速度・分割数はその記録から集計する。 `/pr-strategy-split <issue-number>` で起動する。
Automatically consume open GitHub issues one by one. Fetches the oldest open issue, delegates implementation to the issue-implementer agent, runs code review via the code-reviewer agent, iterates on feedback, merges the PR, and moves on to the next issue. Invoke with `/auto-issue-worker`.
Run the auto-issue-worker flow against a single GitHub issue: implement it via the issue-implementer agent, review the PR once with the code-reviewer agent, apply one round of fixes for any findings, then stop with the PR left open (no merge). Use when you want a single issue taken from open to a ready-for-review PR without merging. Invoke with `/issue-worker <issue-number>`.
Run an authorized penetration test against the project after some implementation exists: combine static code analysis and dynamic testing against the running app to detect vulnerabilities, then register each confirmed finding as a GitHub issue. Use once enough of the project is implemented to be worth probing for security flaws. Invoke with `/pentest`. The created issues are consumed by `/auto-issue-worker`.
Interview the user to gather project requirements and consolidate them into a structured `spec.md` at the repository root. Use when starting a new project or feature and the requirements are not yet written down. Invoke with `/spec-builder`. Produces the input consumed by the `spec-to-issues` skill.
| name | pr-quality-judge |
| description | PR 戦略比較実験の「品質」を測るスキル。1 つの issue に対する最終的な差分（方針A は 1 本の PR、 方針B は複数 PR の和集合）を、横断文脈を持たない独立 Subagent に採点させる。 オーケストレーターは自分では採点せず、Subagent が返した構造化スコアをそのまま quality.json に記録する。 あわせて PR の行動記録(runlog)を辿って速度・反復回数を集計し metrics に反映する。 `/pr-quality-judge <issue-number> <pr-number>[,<pr-number>...]` で起動する。 |
| allowed-tools | ["Bash","Task","Write"] |
PR 戦略比較実験の 品質側の計測を担う。ある issue に対する 最終差分を、 横断文脈を持たない独立 Subagent に採点させる。実装・レビューの過程や他ランの知見は採点に持ち込まない。 計測の定義・runlog 形式・採点ルーブリックは experiments ガイド に従う。
/pr-quality-judge 42 101 / /pr-quality-judge 42 101,102,103gh issue view <issue> --repo Kurogoma4D/easy-pokedex-v2 --json number,title,body
# 最終差分（全 PR の和集合）。stacked の場合は base..head の三点 diff で和集合を取る。
git fetch origin -q
git diff origin/main...origin/<最終 PR の head ブランチ> # 方針B(stacked)はこれで Part1+Part2 を一括取得
gh pr diff <pr> --repo Kurogoma4D/easy-pokedex-v2 # 単一 PR の場合
# 加算/削除行
git diff --numstat origin/main...origin/<head> | awk '{a+=$1;d+=$2} END{print a, d}'
/tmp/judge-<issue>-<approach>.diff）。新規文脈の Subagent を起動する。プロンプトは issue 本文・最終差分・ルーブリックのみで構成し、他ランや会話の情報を入れない。
Task tool:
subagent_type: code-reviewer
prompt: |
You are scoring a finished diff against an issue. Judge ONLY from the issue text and the diff below.
Do NOT assume anything not present in the diff. Output STRICT JSON only (no prose).
Rubric — score each 0..5 (0=満たさない,5=完全):
correctness(weight30) design(20) tests(20) idioms(12) boundary_i18n(10) maintainability(8)
（各観点の定義は experiments ガイドの通り。Angular21 standalone/signal/zoneless/新制御flow,
BFF 経由境界, ja/en i18n, strict/no-any 等を厳格に見る。取りこぼし・テスト不足・境界違反は減点。）
weighted_total = Σ(score/5*weight) を小数第1位で計算。
Return exactly:
{"scores":{"correctness":..,"design":..,"tests":..,"idioms":..,"boundary_i18n":..,"maintainability":..},
"weighted_total":..,
"findings":[{"severity":"high|medium|low","location":"file:line","note":"..."}],
"verdict":"..."}
## ISSUE #<issue>
<issue body>
## FINAL DIFF (+<add>/-<del>)
<diff の中身>
scores/weighted_total/findings/verdict をそのまま採用する。issue/approach/prs/total_additions/total_deletions/scored_by:"isolated-subagent" を付与。docs/experiments/pr-strategy/<run-id>/quality.json。run-id 不明なら
docs/experiments/pr-strategy/quality-issue-<issue>-<approach>-<UTC>/quality.json。採点とは別に、速度・反復は PR の runlog から集計する（オーケストレーターの記憶で埋めない）。
for pr in <prs>; do
gh pr view $pr --repo Kurogoma4D/easy-pokedex-v2 --json number,createdAt,comments,reviews
done
pr_opened_at = 全 PR の最早 createdAt。ready_at = 最終 ready runlog コメントの createdAt。review_rounds = RUNLOG-REVIEW レビュー件数（全 PR 合算）。elapsed_seconds = ready_at − pr_opened_at。verdict と metrics の notes に明記する（推測で補完しない）。notes に残す。weighted_total（Subagent 由来であることを明記）、high/medium の指摘、quality.json パスを示す。elapsed_seconds/review_rounds を併記する。