skill-system-governance
Audit and optimize a skill system with evidence. Use for skill architecture, token or context waste, role and prompt boundaries, routing hits or misfires, plugin packaging, registry/docs/source drift, duplicate workflows, or deciding whether a reusable change belongs in a skill. Runs deterministic checks first and applies only authorized, minimal fixes.
适合你,如果你在管理或维护一个技能系统,需要发现并修复问题。
npx oh-my-skill add dirtytrii/codex-skills/skill-system-governancecurl -fsSL https://oh-my-skill.com/install.sh | bash -s -- dirtytrii/codex-skills/skill-system-governancenpx oh-my-skill verify dirtytrii/codex-skills/skill-system-governance怎么用
商店整理自技能原文 · 版本 f142db6 · 表述以原文为准装上后,Claude 会先对技能系统做只读审计,检查架构、路由、上下文浪费等问题,然后给出是否修改的结论。只有你明确授权,它才会执行最小改动。
当你询问技能系统的架构、路由命中率、文档与源码是否一致,或想判断某个改动是否应归入技能时触发。
技能原文 SKILL.md
Skill System Governance
Overview
Treat the skill system as a maintained product: measure discoverability, routing, context cost, ownership, generated bundles, documentation, and validation before changing it. This skill is the standard workflow for the existing 技能维护 role; it does not create another role.
When invoked, start with the baseline audit. Do not ask the user to choose a checklist and do not assume that every review must produce a change.
Default Workflow
1. Establish The Baseline
- Read repository instructions,
git status, registry/package ownership, and the relevant role/skill contracts. - Keep this phase read-only.
- Run the deterministic quick audit from the repository root:
python skills/skill-system-governance/scripts/audit_skill_system.py --repo . --mode quick
- Read
references/audit-dimensions.mdonly for the dimensions relevant to the task. - If the request depends on current OpenAI model, prompt, plugin, or Codex behavior, verify it against current official documentation. Do not browse by default for repository-local drift.
2. Add Runtime Evidence When Available
Static checks prove structure, not runtime selection quality. When the user supplies observed routing decisions or callback artifacts, run:
python skills/skill-system-governance/scripts/audit_skill_system.py \ --repo . --mode quick \ --observed path/to/observed-routing.jsonl \ --callbacks path/to/callback-a.md \ --callbacks path/to/callback-b.md
Without those artifacts, report routing accuracy and skill-hit rate as not_evaluable. Never convert self-reported callbacks into observed router accuracy or claim a percentage from chat memory.
3. Produce A Verdict Before Editing
Choose one primary verdict:
no-change: evidence does not justify a change.docs-only: implementation is sound but discoverability or guidance drifted.routing: trigger descriptions, role ownership, eval cases, or package selection need correction.contract-script: repeated ambiguity needs a deterministic field, enum, guard, or validator.package: Core/domain boundaries or context budgets need adjustment.consolidate-deprecate: duplicate or obsolete workflows should merge, downgrade, or retire.
Order findings by severity and leverage. For each finding, include evidence, causal mechanism, smallest useful change, and a validation path. Separate measured facts from inference.
4. Apply Only Authorized Minimal Changes
If the user asked only for an audit, stop after the verdict and recommendations. If the user authorized optimization:
- Edit canonical files under
skills/,registry/,docs/,evals/, orscripts/. - Do not edit generated
plugins/*/skills/copies directly. - Prefer one causal fix over adding repeated prose to several prompts.
- Add or update deterministic tests before broad documentation changes.
- Run
python scripts/sync_plugin_bundles.py --writeafter canonical changes. - Run the full audit:
python skills/skill-system-governance/scripts/audit_skill_system.py --repo . --mode full
- Follow repository commit and PR rules. Keep generated bundles in the same PR as their canonical source.
Governance Boundaries
- Do not create a new skill from one anecdote. First decide whether the issue belongs in an existing skill, a role contract, a script, project-local instructions, or nowhere.
- Do not move domain capability into Core merely to make it easier to discover. Core contains cross-domain routing and governance only.
- Do not load the full skill catalog when registry metadata and a scoped reference are enough.
- Do not duplicate a workflow in role prompts. Role cards should route to the owning skill.
- Do not place project-local state such as
.codex/role-windows.mdinto the shared repository. - Do not treat longer prompts, more roles, or more checks as automatic improvements. Every added instruction needs a failure mode it prevents.
- Do not mutate user installations, plugin caches, or external upstream sources during a repository audit unless separately requested.
- Preserve provenance and public-safety rules. Never add machine paths, secrets, private logs, cookies, or project data.
Default Output
**Verdict** no-change / docs-only / routing / contract-script / package / consolidate-deprecate **Evidence** - Deterministic checks: - Runtime evidence: - Not evaluable: **Findings** | Priority | Finding | Evidence | Smallest Change | Validation | |---|---|---|---|---| **Decision** - Apply now / defer / no change - Scope and non-goals **Verification** - Commands and results **Residual Risk** - Remaining uncertainty
Keep a clean audit concise. Expand only findings that change a decision.
Resources
scripts/audit_skill_system.py: deterministic read-only quick/full audit and optional runtime-evidence aggregation.references/audit-dimensions.md: scoped architecture, routing, Token, packaging, lifecycle, and documentation review criteria.