메뉴
タスク仕様書ドメイン用L1 rubricを参照したいとき、Phase 1-13/SRP/ユビキタス言語の評価基準を確認したいときに使う。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | ref-domain-task-spec-rubric |
| description | タスク仕様書ドメイン用L1 rubricを参照したいとき、Phase 1-13/SRP/ユビキタス言語の評価基準を確認したいときに使う。 |
| user-invocable | false |
| disable-model-invocation | false |
| allowed-tools | ["Read"] |
| kind | ref |
| prefix | ref |
| effect | none |
| owner | team-platform |
| since | "2026-05-19T00:00:00.000Z" |
| version | 0.1.0 |
| merge_strategy | deep-merge |
| conflict_policy | most-specific-wins |
| source | doc/ClaudeCodeスキルの設計書/29-multi-project-rubric-composition.md |
| source-tier | internal |
| last-audited | "2026-05-19T00:00:00.000Z" |
| audit-trigger | quarterly |
| responsibility_refs | ["prompts/R1-search-summarize.md"] |
設計書29 §3 の3層階層モデル (L0 共通 / L1 ドメイン / L2 プロジェクト) における L1 (タスク仕様書ドメイン特化) rubric。L0 (ref-skill-design-rubric) を upstream に継承し、タスク仕様書ドメイン固有のルール (Phase 1-13 整合、SRP、ユビキタス言語) のみを追加する。L2 (各 evaluator) からは upstream として参照される中間層。
入力: なし (参照型 Skill)
出力: references/rubric.json (L1 rubric 実体)
完了条件: 派生 evaluator が upstream チェーンを通じて本 rubric を解決できること。
upstream: ["plugins/harness-creator/skills/ref-skill-design-rubric/references/rubric.json"]plugins/skill-governance-config/config/rubric-registry.json の rubrics[] に登録L2 evaluator は references/rubric.json の upstream に本ファイル (plugins/harness-creator/skills/ref-domain-task-spec-rubric/references/rubric.json) を指定する。compose-rubrics.py が deep-merge を解決する。
Phase 1-13 整合、SRP 分解粒度、ユビキタス言語整合などタスク仕様書固有の評価軸のみを追加する。汎用 rule は L0 に置く。
compute-rubric-hash.py でハッシュを再生成し、registry に記録された値と一致することを確認する。
YAML仕様が変わったか確認するとき、公式仕様との差分を確認するときに使う。
北原さん式ナレッジソースの差分を検知したいとき、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 を出したいときに使う。