菜单
Audit OSS contribution candidates in a candidates directory. Checks originality, prior art, feasibility, and strategy. 別エージェントを起動してレビューする（自己レビューしない）。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/Rih0z/Job-Automate --skill review-oss-contribution命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
specification skill で生成された技術仕様書を、要件の網羅性・正確性/アーキテクチャ・技術選定の妥当性/API・データ設計の品質/テスト・品質保証戦略/実装計画・運用設計の5軸・100点満点で客観的に採点する。別エージェントを起動してレビューする（自己レビューしない）。「この技術仕様書をレビューして」「仕様書を採点して」等で使用。
工程別レビューゲート。仕様・設計・テスト・実装・リリースの各工程が1つ進むごとに、成果物を別エージェントにJSON定義の観点でレビューさせ、PASSするまで次工程に進ませない品質ゲート。レビュアーが観点定義自体の抜け漏れも指摘し、criteria JSONを育てていく。Use when the user asks to '工程レビューして', 'レビューゲートを通して', '仕様/設計/テスト/実装をレビューして', or when a development stage (spec/design/test/implementation/release) has just been completed and needs independent review before proceeding.
単一セッションで回すテスト駆動開発(TDD)ワークフロー。仕様確認→(曖昧ならユーザーに質問)→失敗するテスト(Red)→最小実装(Green)→リファクタの順を強制し、各工程の完了時に review-gate skill で別エージェントの独立レビューを受ける。ハードコード・テストごまかしの検出例つき。Use when the user asks to 'TDDで進めて', 'テスト駆動で開発して', 'テストファーストで実装して', or when starting implementation work in a project that mandates TDD. 3ターミナル分離で回す場合は three-agent-tdd-workflow を使う。
| name | review-oss-contribution |
| description | Audit OSS contribution candidates in a candidates directory. Checks originality, prior art, feasibility, and strategy. 別エージェントを起動してレビューする（自己レビューしない）。 |
| disable-model-invocation | true |
| allowed-tools | Read Grep Glob Agent |
| argument-hint | <candidates-dir> (省略時は ./oss-contributions/open/) |
このスキルは別エージェントを起動して審査を行う。現在のセッションでは直接判定しない。 作成時の思考過程・設計判断・会話履歴を審査エージェントに渡さないことで客観性を確保する （
review-proposal/review-blogと同型のパターン、2026-08-31 是正 — 従来は self-review だった）。
指定ディレクトリ（省略時は ./oss-contributions/open/）に配置されたOSS貢献候補を審査し、以下の基準で判定する。
以下の事実情報のみを収集する。候補の採否に関する自分の意見・推測は含めない。
収集対象:
1. `$ARGUMENTS`（省略時は `./oss-contributions/open/`）配下の全 `.md` ファイル（`_` で始まるものを除く）の完全パス一覧
2. 各ファイルの全文
3. `.claude/skills/_shared/review-rubrics.yaml` の完全パス（審査エージェントが自ら Read する）
Agent ツールを使い、候補ファイルごとに以下の設定で別エージェントを起動する:
Agent ツールの設定:
- subagent_type: "general-purpose"
- description: "Audit OSS contribution candidate objectively"
- prompt: 以下のテンプレートに候補ファイルの完全パスを埋め込む
プロンプトテンプレート（審査エージェントに渡す内容）:
あなたは作成者とは別の客観的な OSS コントリビューション審査担当です。
以下の候補ファイルを読み、独自性・先行技術・実現可能性・戦略の4基準で審査してください。
## 行動原則
`.claude/skills/_shared/review-rubrics.yaml`（完全パス: C:\...\Job-Automate\.claude\skills\_shared\review-rubrics.yaml）
の `common_principles` と `severity` を Read して適用すること。
## 審査対象ファイル
[ここに候補ファイルの完全パスを埋め込む。ファイル内容は自分で Read すること]
## 審査基準
[本 SKILL.md の「審査基準」節（1〜4）をそのまま埋め込む]
## 判定基準（GO/HOLD/REJECT）
[本 SKILL.md の「判定基準」節をそのまま埋め込む]
## 重要な制約
- 対象ファイルを絶対に編集しない（審査のみ、修正案は「提案」として記載）
- 結果は下記「出力形式」に従い、逐語引用で理由を示す
審査エージェントから返却された結果を、そのままユーザーに表示する。要約や解釈を加えない （審査の客観性を維持するため）。
アイデアの出所を確認:
出所確認の観点:
対象OSSの既存Issue/PRで:
.claude/skills/_shared/review-rubrics.yaml の verdict_scales.go3 を Read し、その rule に従って
4基準（独自性・先行技術・実現可能性・戦略）それぞれを ✅/△/❌ で個別判定した上で総合判定すること。
要点（詳細・優先順位は同ファイルが SoT）:
指摘単位の重大度 (2026-08-31 追加): 各基準への個別指摘 (❌/△ の理由) には .claude/skills/_shared/review-rubrics.yaml の severity (HIGH/MEDIUM/LOW) を付す。GO/HOLD/REJECT の総合判定ロジック (上記) は変更しない、指摘の重大度表示を追加するのみ。
各候補について以下を出力:
## [ファイル名]
- 独自性: ✅/△/❌ + 理由
- 先行技術: ✅/△/❌ + 理由
- 実現可能性: ✅/△/❌ + 理由
- 戦略: ✅/△/❌ + 理由
- 判定: **GO** / **HOLD** / **REJECT**
- 理由: 上記4基準の判定に基づく1〜2行（どの基準がどう効いて当該判定になったかを明記）
$ARGUMENTS（省略時は ./oss-contributions/open/）の全 .md ファイル（_ で始まるものを除く）を読み、上記基準で審査せよ。