skill-auditor
Skill0 starsChanged 39 days agoMITView on GitHub
Use when reviewing, grading, auditing, or improving a whole existing skill or pack - judging whether a skill is good, fixing one that misfires or won't activate, or driving one or many skills to a quality bar. Audits to an absolute A+ bar and hands back ship-ready SKILL.md rewrites, not a report the user must act on. Do NOT use when tightening only a description or trigger in isolation - use skill-description-writer instead; do NOT use when authoring a brand-new skill from scratch - use skill-creator instead.
22 other projects use a version of this.
Adopted by
Most recently taken up by
- f13i/f13i-clitheir own version, first seen Nov 8, 2026
- mewzicians/Skills-Foldertheir own version, first seen Nov 1, 2026
- tomwangowa/agent-skillstheir own version, first seen Oct 21, 2026
- jameswu881102/skill-auditortheir own version, first seen Oct 20, 2026
- Plastikelectrik/skill-auditortheir own version, first seen Oct 17, 2026
- syntropic137/software-leverage-pointstheir own version, first seen Oct 14, 2026
Other versions22 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 22
- aipoch/medical-research-skills★ 1.9ksame name
- AtlasOmnia/donna-starter★ 136same name
- AtlasOmnia/hermes-custom-pack★ 75same name
- nyosegawa/skills★ 57same name
- Ascend/agent-skills★ 43same name
- RBraga01/Quality-Engineering-Skills★ 42same name
- Montimage/skills★ 9same name
- b1rdmania/claude-skill-auditor★ 3same name
- SebastianLuser/claude-code-arcane★ 2same name
- shipshitgames/skills★ 2same name
12 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository4 other files it gives its agents.
- skill-creatorSkill
- skill-description-writerSkill
- skill-pack-curatorSkill
- skill-testerSkill
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 5 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 21 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 22
If an expert author could meaningfully improve it, it is not yet A+.
- Very specific: line 26
Read every artifact from source - the actual SKILL.md, or pull from the catalog via browse_skills / browse_packs.
- Distinctive: line 33
Inventory: - every skill and pack with its current trigger, one line each.
- Distinctive: line 50
Token economy: - Every line earns its place.
- Distinctive: line 76
If a skill is already A+, say so in one line.
- Distinctive: line 109
Don't invent defects: If it is A+, declare it and move on.
“Common” is measured: kept by at least 6 in 10 of the 21 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill Auditor
Audit whole skills and packs to an absolute A+ bar and hand back ship-ready rewrites - not a report the user then has to act on. Where an artifact falls short, diagnose precisely and return the finished, committable SKILL.md.
The bar - what A+ means
A+ is absolute, not the top of whatever is in front of you. A skill is A+ only if all of these hold:
- It fires on exactly the right requests and never on the wrong ones. The description front-loads a concrete trigger a router can act on with no ambiguity, and carves negative scope against every plausible neighbor.
- It does not collide with any other skill. Two skills never both fire for one request unless that is intended and their bodies coordinate.
- Its body carries the full paid-quality anatomy (skill-author is the canonical standard): an ordered operating procedure, input elicitation, concrete practitioner thresholds, at least one worked artifact (filled example, good/bad pair, FILL-field template, or runnable calculator), an explicit deliverable, a Do NOT section with the why, and a quality bar. A body of tips-in-arbitrary-order is a B at best, however accurate the tips.
- It is token-disciplined. Descriptions load every session; bodies load on trigger. Every word is paid for on every session of every installer. Bloat is a recurring tax.
- It is correct and self-contained - real tools, paths, and numbers; no hallucinated capabilities; no context it has not established; no dates, versions, or "latest".
If an expert author could meaningfully improve it, it is not yet A+.
Procedure
Read every artifact from source - the actual SKILL.md, or pull from the catalog via browse_skills / browse_packs. Audit what ships, not what you assume ships.
Auditing one skill: go straight to the per-skill audit. Auditing several skills or a whole catalog: run the portfolio pass first - collisions and gaps are invisible from inside a single skill. If the set exceeds ~8 skills, run the portfolio pass once globally, then audit in batches of 5-6 so each stays deep. State which batch you are on.
Portfolio pass (multi-skill only)
- Inventory - every skill and pack with its current trigger, one line each.
- Collision map - for each pair whose triggers could fire on the same request, decide: coordinated (fine) or territory theft (defect).
- Gap map - workflows a user would expect covered where nothing fires.
- Drift - inconsistent naming, frontmatter, or body structure. The set must read as one authored voice.
Output this as a short brief before any per-item audit.
Per-skill audit
Score against the rubric, assign the current grade, then drive to A+. Below A+, the rewrite is mandatory.
Rubric, weighted:
- Trigger precision (heaviest) - Does the description front-load when to activate? Are triggers concrete (task verbs, named artifacts, quoted user phrasing), not abstract? Is it about the user's request, not the skill's internals?
- Scope discipline - Explicit negative scope in the form "Do NOT use when… - use
<slug>instead" wherever a misfire into a named neighbor is plausible. Clear of every other skill's territory. - Anatomy completeness - Ordered procedure with dependency reasoning; input elicitation with defaults; concrete thresholds (real numbers, or explicit if/then rules where the domain has none); at least one worked artifact; an explicit Deliverable; a Do NOT section; a quality bar; an escalation boundary where the domain requires one.
- Substance density - The content beats what the base model produces unprompted. Named frameworks, practitioner numbers, encoded failure modes. An accurate essay scores B; an operating procedure scores A.
- Token economy - Every line earns its place. No preamble, hedging, or restating general knowledge. Description as short as unambiguous allows.
- Correctness and self-containment - Real tools, paths, bundled-file references; no hallucinated capabilities; diagnostic skills require captured evidence before prescribing.
- Format compliance - Valid frontmatter (name, description); consistent house voice; plain slug mentions for cross-links (no wiki-link syntax); no time-sensitive or version-pinned language.
Grade bands: A+ meets the absolute bar on every dimension. A / A− strong, cosmetic polish only. B functional but incomplete anatomy, drift, or bloat. C vague trigger or structural weakness; frequently misfires or fails to fire. D / F broken.
Output per skill:
### <name> - Grade: <current> → A+
Verdict: <one sentence - the single most important thing>
Defects:
- [Trigger] <specific, not "could be clearer">
- [Scope] <specific>
- [Anatomy] <which sections are missing or hollow>
- [Substance]<what a practitioner would add>
- [Economy] <specific>
Rewrite:
---
name: <name>
description: <front-loaded, trigger-precise, scoped>
---
# <name>
<full-anatomy body>If a skill is already A+, say so in one line. Do not pad it with invented problems.
Per-pack audit
A pack of individually-A+ skills can still be a B pack. Rubric:
- Coherence - one nameable job-to-be-done or persona.
- Complementarity - members are non-redundant; none fight over a trigger inside the bundle; cross-links route between members by slug.
- Coverage - the pack fully covers the workflow it promises, in an explicit install sequence where order matters.
- Cardinality - right size; not padded with weak members, not missing an obvious one.
- Description - sells the outcome and trigger, not a contents list.
Output per pack:
### <name> - Grade: <current> → A+
Verdict: <one sentence>
Composition: <add / cut / keep, with why>
Defects:
- [Coherence|Coverage|Cardinality|Description] <specific>
Rewrite:
- description: <outcome + trigger>
- members: <ordered if the workflow is sequential>Roll-up (multi-skill only)
Close with: skills now at A+ vs. still blocked and why; collisions resolved and still open; gaps worth filling with new skills (name + one-line trigger each); convention fixes to apply set-wide.
What NOT to do
- Don't stop at diagnosis. Anything below A+ comes back as a finished, committable SKILL.md.
- Don't be vague. "Tighten the description" is not a defect. "Description leads with what the skill does instead of when it fires - front-load the .docx trigger" is.
- Don't invent defects. If it is A+, declare it and move on. Manufacturing problems to look thorough is itself a failure.
- Don't widen, repurpose, or rename. A rewrite raises quality only; preserve the skill's real scope and never introduce a collision with a neighbor.
- Don't replace correct domain content with generic filler. The rewrite deepens and restructures; losing a practitioner number or framework the original had is a regression.
- Don't let the bar drift. The strongest item in the current batch does not redefine A+ downward.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

