Audit agent skills
Evidence-backed local inventory and safe cleanup for Agent Skills
npx -y skills add Ryan-yang125/skill-manager --skill audit-agent-skillsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Audit, organize, archive, and restore local Agent Skills with skill-manager. Use when users ask to inspect installed skills, find duplicates or stale skills, understand usage evidence and scan coverage, clean up skill directories, archive candidates safely, or restore archived skills.
SKILL.md
3.0 KB, 544 tokens by cl100k_base, as published. Nobody here has run it
Audit Agent Skills
Use skill-manager as the source of truth. Keep discovery read-only and make every write reversible.
Run the audit
-
Run the local CLI first:
skill-manager audit --json -
When the executable is unavailable, use the repository package:
npx --yes github:Ryan-yang125/skill-manager audit --json -
Preserve the successful invocation prefix for later commands. Surface command failures and audit warnings instead of inferring missing results.
Interpret the result
Read only fields present in the JSON and report:
- Coverage first: scanned roots, supported agents and evidence sources, observation window, unreachable locations, and parser warnings.
- Evidence second: observed usage, last-seen data, source or installation provenance, duplicates, conflicts, and archive state.
- Confidence for each recommendation, tied to the reported coverage.
Preserve the JSON usage state exactly. no_evidence means relevant local logs were scanned without a match; unknown means relevant searchable coverage was unavailable. Keep both states in review until coverage, recency, provenance, duplicate content, and the skill's purpose support a stronger conclusion.
Group findings into:
- Keep: clear use, unique capability, or current project relevance.
- Review: weak evidence, partial coverage, duplicate candidates, or uncertain ownership.
- Archive candidate: strong redundant or stale evidence with a recoverable path.
Prepare a write action
Before any archive or restore:
- Inspect the applicable command with
<invocation> archive --helpor<invocation> restore --help. - Present the exact skill names, paths, reasons, proposed command, and recovery path.
- Request explicit confirmation for that exact target set and action.
- Treat a changed target set or command as a new confirmation checkpoint.
A request to inspect, audit, organize, or recommend grants read-only authority. Keep filesystem contents unchanged until the user confirms an archive or restore.
Execute and verify
After explicit confirmation:
- Run only the confirmed
skill-managerarchive or restore command, adding--yesto the exact confirmed command. Prefer its reversible workflow and avoid direct deletion or manual moves. - Capture the command result and archive identifier or restored path.
- Rerun the full audit with
--jsonusing the same invocation. - Compare coverage and affected records before and after the write.
- Report the verified state, remaining warnings, and exact recovery command when applicable.
If the installed CLI lacks the requested write command, stop after the read-only audit and explain the missing capability.
What ships with it: 1 file
234 B alongside SKILL.md
agents/
- openai.yaml234 B