skill-policy-router

Skill Policy Router

正本（sync 元）: .agents/skills/skill-policy-router/SKILL.md。scripts/sync-plugin-plangate.sh が .agents/skills/ を読み取り plugin/plangate/skills/ を機械生成する。.claude/skills/ と .codex/skills/ は sync 対象外の配布先のため、正本更新時に同一内容を手動で追従させる。

Intent と Mode を入力として受け取り、必要な Skill とゲート要件（GatePolicy）を structured JSON で返す。

参照解決順（.claude/rules/*.md / 導入先で必ずこの順に探す）

本 Skill は Mode / lite_eligible の定義正本として .claude/rules/mode-classification.md を 参照する（§Iron Law / §lite_eligible の扱い）。このパスは上流リポジトリ基準のため、導入先では 次の順で探索する:

1. 導入先リポジトリの .claude/rules/mode-classification.md
2. 無ければ plugin root 配下 <plugin_root>/rules/mode-classification.md。 <plugin_root> は Bash で ls "${CLAUDE_PLUGIN_ROOT}/rules/" を実行して展開・確認した 絶対パス（Read ツールは絶対パスを要求し環境変数を展開しないため、${CLAUDE_PLUGIN_ROOT}/... という文字列をそのまま Read しない）。変数が空・未設定ならキャッシュを glob で推測せず 3 へ進む
3. どちらにも無い場合は 「正本 mode-classification.md を参照できなかった」と明示し、 推測で内容を補わない

Iron Law

GATE POLICY IS DETERMINED BY MODE, NOT BY INTENT

GatePolicy の必須 / 任意判定は Mode によって決まる。 Intent はスキルの優先度や追加推奨にのみ影響する。

Mode の定義・判定基準（変更ファイル数・リスク・lite_eligible）は .claude/rules/mode-classification.md が単一正本。本スキルは確定済み Mode を入力として受け取り GatePolicy へ写像するのみで、Mode 自体は判定しない。下の「Mode 別ポリシー表」は Mode→GatePolicy の写像であり Mode の定義ではない（重複定義ではない）。

Common Rationalizations

こう思ったら	現実
「小さな feature だから approval 不要」	Mode が high-risk ならば Intent に関わらず approval は必須
「docs なら worktree は不要では？」	Mode が high-risk なら docs でも worktree が必要
「ultra-light なら全部スキップでいい」	verify は ultra-light でも必須

GatePolicy 型定義

{
  "requiredSkills": ["<skill-name>", "..."],
  "optionalSkills": ["<skill-name>", "..."],
  "requiresUserApproval": "<boolean>",
  "requiresEvidence": "<boolean>",
  "requiresFailingTestFirst": "<boolean>",
  "requiresWorktree": "<boolean>"
}

Skill 識別子:

識別子	対応 Skill / 行動
think	設計・計画の立案（plan.md 生成）
hunt	コードベース調査（Grep / Glob 探索）
check	セルフレビュー（diff-audit Skill、旧 self-review）
tdd	テスト駆動開発（failing test first）
verify	受け入れ検査（test-cases.md 突合）
worktree	独立ブランチでの作業（worktree 分離）
review	外部レビュー（human / external AI）
approval	人間の明示的承認取得