メニュー
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コマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？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 ファイル（_ で始まるものを除く）を読み、上記基準で審査せよ。