菜单
PRのレビューコメントをスコアリングし、対応すべきかトリアージする。 コメントを修正する前に、技術的妥当性・影響度・false positive度を評価し、対応優先度を判定する。 Use when: "レビューコメントをスコアリング", "PRコメントをスコアリング", "review comment scoring", "レビューコメントの対応", "PRコメント対応", "レビュー対応して" Do NOT use for: 自分でコードレビューを行う場合（code-review スキルを使う）
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
日本語の技術文書・書籍原稿の文章規範。整形（markdown を前提とした段落・コードブロック・脚注・強調の使い分け）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。
Use when writing or revising a design doc / ADR / 設計文書 that lives in the repo (docs/ 配下), and the draft reads like AI slop from session back-and-forth — 太字ラベルの乱用、演出語・英語造語、両論併記、説明の重複、一文ごとのインラインリンク — and must become the author's settled view that a first-time reviewer can follow.
計画・設計について、共通認識に達するまで徹底的に質問を投げかけてもらう。 設計ツリーを枝分かれの先までたどり、決定事項間の依存関係を順番に解決する。 Use when: "grill me", "質問攻めにして", "計画を詰めて", "設計を詰めて", "認識を合わせたい", "徹底的に質問して" Do NOT use for: 既に合意済みの計画の実装、単純な調査タスク
実装プラン/設計ドキュメントを Codex でクロスチェックして磨き込む（discovery→トリアージ→検証→修正の1サイクル）。 指摘のトリアージと検証を経てプランを Edit で修正し、residual-risk を明示して締める。 基本は discovery 1パス、修正が大きいときだけ fix-verification を条件付きで反復。 Use when: "プランをcodexでレビュー", "プランをブラッシュアップ", "設計を磨き込む", "プランを詰めて", "plan refine", "プランの抜け漏れを潰して" Do NOT use for: コード差分のレビュー、単発の質問、合意済みプランの実装
Interact with the Gemini Enterprise Agent Platform Skill Registry to create and search for available skills. Use this skill to enable agents to register functionality or discover new capabilities.
Manages clusters, instances, and backups for AlloyDB for PostgreSQL, and integrates with AlloyDB model context protocol (MCP) tools for automated database operations.
| name | pr-comment-scorer |
| description | PRのレビューコメントをスコアリングし、対応すべきかトリアージする。 コメントを修正する前に、技術的妥当性・影響度・false positive度を評価し、対応優先度を判定する。 Use when: "レビューコメントをスコアリング", "PRコメントをスコアリング", "review comment scoring", "レビューコメントの対応", "PRコメント対応", "レビュー対応して" Do NOT use for: 自分でコードレビューを行う場合（code-review スキルを使う） |
PRレビューコメントを修正する前にスコアリングし、対応要否を判定するトリアージスキル。
コメントを見たら即座に修正しようとしない。 まず評価し、対応価値のあるものだけ対応する。
# 現在のブランチのPRを特定
gh pr list --head $(git branch --show-current) --json number,title,url --jq '.[0]'
# レビューコメント（コード上のコメント）を取得
gh api repos/{owner}/{repo}/pulls/{number}/comments
# イシューコメント（PR全体へのコメント）を取得
gh api repos/{owner}/{repo}/issues/{number}/comments
同一内容のコメントが複数ファイルにある場合（Copilot等の自動レビューに多い）、1グループとしてまとめて評価する。
各コメント/グループに対して以下の軸で 1-5 のスコアを付ける。
| 軸 | 1 (低) | 5 (高) |
|---|---|---|
| 技術的妥当性 | 指摘内容が誤りまたは的外れ | 技術的に正確で根拠がある |
| 影響度 | 変えても実質的な改善なし | 品質・安全性・保守性に大きく寄与 |
| 対応優先度 | マージをブロックする理由なし | 未対応ならマージすべきでない |
| false positive度 | コンテキストを正しく理解した指摘 | 文脈を無視した汎用的な指摘 |
以下の形式で結果を出力する。
グループ/コメントごとにスコア表を出力:
## PR #{number} コメントスコアリング
### コメント1: {コメントの要約} (by {user})
対象: {ファイルパス} (他N件)
> {コメント本文の引用}
| 観点 | スコア (1-5) | 理由 |
|------|-------------|------|
| 技術的妥当性 | X | ... |
| 影響度 | X | ... |
| 対応優先度 | X | ... |
| false positive度 | X | ... |
**総合スコア: X/5 — {対応推奨 / 対応任意 / 対応不要}**
{判断の根拠を1-2文で}
スコアリング結果を提示した後、ユーザーの判断を待つ。自動で修正を開始しない。