メニュー
SKILL.mdを評価するとき、新規Skillを設計するときに読む。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | ref-skill-design-rubric |
| description | SKILL.mdを評価するとき、新規Skillを設計するときに読む。 |
| disable-model-invocation | false |
| user-invocable | false |
| allowed-tools | ["Read"] |
| kind | ref |
| prefix | ref |
| effect | none |
| owner | team-platform |
| since | "2026-05-17T00:00:00.000Z" |
| version | 0.1.0 |
| source | doc/ClaudeCodeスキルの設計書/ |
| source-tier | internal |
| last-audited | "2026-05-19T00:00:00.000Z" |
| audit-trigger | quarterly |
| responsibility_refs | ["prompts/R1-search-summarize.md"] |
Skill 設計の評価基準の 正本（upstream rubric）。
assign-skill-design-evaluator は本Skillの references/rubric.json を継承して採点する。
出力: なし（reference）。読み手は人間 or evaluator Skill のみ。
references/rubric.json は本ファイルを upstream とし deep-merge する（29章）。run-skill-rubric-governance 参照、27章）。TODO(human) で空欄放置せず、AI が文脈から check 式を起案し rationale に根拠を残す。人間関与は governance runbook の承認段 (proposer≠approver) で担保する。BD-004 はこの方針に従い 1.2.0 で実ルール化済 (description↔body 整合の LLM judge)。kind 別ディスパッチ (rubric.json supported_kinds = skill/agent/hook/command/plugin-composition/prompt/workflow)。共通核 (kind=skill) の FM/BD/NM/PD/RG に加え、1.2.0 で kind 別 area、1.3.0 で KL を追加した全 41 rule。
各ルールの check 式と rationale は references/rubric.json を参照 (kind 別 rule は 1.2.0、KL-* は 1.3.0 追加。_kind_dispatch_doc 参照)。
参照用Skill。手順なし。改正手順は run-skill-rubric-governance を呼ぶこと。
run-skill-rubric-governance の Runbook 経由でのみ更新（27章）。references/rubric.json — 機械可読rubric（正本）references/rubric-rationale.md — 各ルールのwhyassign-skill-design-evaluator/references/rubric.json（override層）run-skill-rubric-governance/ — 改正RunbookYAML仕様が変わったか確認するとき、公式仕様との差分を確認するときに使う。
北原さん式ナレッジソースの差分を検知したいとき、6カテゴリへ分類・格納してナレッジを同期したいときに使う。
Capability 7 kind を新規作成・更新するとき、CapabilityManifest と plugin-composition.yaml を整備するときに使う。
rubric変更を提案するとき、rubric改正を施行するときに使う。
トリアージで影響ありと判定された spec-drift issue の rubric/schema/template を同期したいとき、propose(read-only)で最小 Edit 差分と pre-image hash を提案し apply で監査 PASS と明示承認後に allowlist 対象だけを適用したいときに使う。
spec-drift issue が起票され diff トリアージが必要なとき、C11 が再構成した issue 単位の完全 diff を hunk 化し name/type/required/enum/semantics 各軸の影響を before/after/evidence 付きで判定して triage-report を出したいときに使う。