Skill Health Audit
Review a skill as a versioned procedural artifact. The audit produces evidence
for a maintainer; it does not become an autonomous editing or publishing loop.
Audit Lenses
Check the target skill and its neighboring public surfaces for:
- trigger fit and false activation;
- required structure and metadata;
- intended use, out-of-scope boundaries, risks, and anti-patterns;
- composability and conflict with neighboring skills;
- model sensitivity and instruction-following burden;
- activation cases, positive fixtures, negative cases, and fixture/held-out evidence;
- prompt bloat, repeated rules, and context overhead;
- catalog/README drift, card drift, and generated-artifact drift;
- regression risk, unsafe authority expansion, and missing human gates;
- the highest evidence-supported evaluation tier.
Method
- Identify the target skill version, source paths, and evaluation scope.
- Read the trigger and output contract before reading supporting prose.
- Inspect the card, metadata, companion skills, fixtures, and catalog entry.
- Run only the available deterministic checks; label absent runtime evidence.
- Check one positive activation and one negative/anti-pattern case where
fixtures exist.
- Rank findings by user harm, false confidence, drift, and maintenance cost.
- Recommend
structural_only, fixture_checked, rollout_checked, or
held_out_validated only when the captured evidence supports it.
Review Status
Return exactly one recommendation:
ACCEPT — contract and evidence are adequate for the stated tier;
REVISE — concrete changes are needed before acceptance;
INSUFFICIENT_EVIDENCE — the skill may be sound but the claimed tier is not
proven;
REJECT — the skill is unsafe, redundant, misleading, or not reusable.
Output
Skill: <name>
Version: <card/frontmatter version>
Recommended tier: <tier>
Status: ACCEPT | REVISE | INSUFFICIENT_EVIDENCE | REJECT
Trigger fit: <finding>
Structure/metadata: <finding>
Evidence: <fixtures, reports, or missing proof>
Drift: <catalog/README/card result>
Regression and authority risk: <finding>
Top findings: <ranked list>
Maintainer decision needed: <yes/no and scope>
The audit must not edit skills, catalog files, best_skill.md, release files,
or installed skills. It must not promote a draft or treat a persuasive prose
review as behavioral evidence.
Composition
- Use
bounded-evaluation to design stronger fixture or held-out checks.
- Use
private-vs-publishable-skill-audit before public extraction.
- Use
context-degradation-review for prompt bloat or instruction conflict.
- Use
confidence-fragility-review when the claimed tier exceeds its proof.
1---2name: skill-health-audit3description: Audit an agent skill or skillpack for trigger fit, false activation, structure, metadata, intended use, risks, composability, model sensitivity, fixtures, held-out evidence, prompt overhead, catalog drift, and regression risk. Use when deciding whether a skill is ready to publish, revise, evaluate, or keep structural-only.4license: MIT5---67# Skill Health Audit89Review a skill as a versioned procedural artifact. The audit produces evidence10for a maintainer; it does not become an autonomous editing or publishing loop.1112## Audit Lenses1314Check the target skill and its neighboring public surfaces for:1516- trigger fit and false activation;17- required structure and metadata;18- intended use, out-of-scope boundaries, risks, and anti-patterns;19- composability and conflict with neighboring skills;20- model sensitivity and instruction-following burden;21- activation cases, positive fixtures, negative cases, and fixture/held-out evidence;22- prompt bloat, repeated rules, and context overhead;23- catalog/README drift, card drift, and generated-artifact drift;24- regression risk, unsafe authority expansion, and missing human gates;25- the highest evidence-supported evaluation tier.2627## Method28291. Identify the target skill version, source paths, and evaluation scope.302. Read the trigger and output contract before reading supporting prose.313. Inspect the card, metadata, companion skills, fixtures, and catalog entry.324. Run only the available deterministic checks; label absent runtime evidence.335. Check one positive activation and one negative/anti-pattern case where34 fixtures exist.356. Rank findings by user harm, false confidence, drift, and maintenance cost.367. Recommend `structural_only`, `fixture_checked`, `rollout_checked`, or37 `held_out_validated` only when the captured evidence supports it.3839## Review Status4041Return exactly one recommendation:4243- `ACCEPT` — contract and evidence are adequate for the stated tier;44- `REVISE` — concrete changes are needed before acceptance;45- `INSUFFICIENT_EVIDENCE` — the skill may be sound but the claimed tier is not46 proven;47- `REJECT` — the skill is unsafe, redundant, misleading, or not reusable.4849## Output5051```text52Skill: <name>53Version: <card/frontmatter version>54Recommended tier: <tier>55Status: ACCEPT | REVISE | INSUFFICIENT_EVIDENCE | REJECT5657Trigger fit: <finding>58Structure/metadata: <finding>59Evidence: <fixtures, reports, or missing proof>60Drift: <catalog/README/card result>61Regression and authority risk: <finding>62Top findings: <ranked list>63Maintainer decision needed: <yes/no and scope>64```6566The audit must not edit skills, catalog files, `best_skill.md`, release files,67or installed skills. It must not promote a draft or treat a persuasive prose68review as behavioral evidence.6970## Composition7172- Use `bounded-evaluation` to design stronger fixture or held-out checks.73- Use `private-vs-publishable-skill-audit` before public extraction.74- Use `context-degradation-review` for prompt bloat or instruction conflict.75- Use `confidence-fragility-review` when the claimed tier exceeds its proof.