agentleFS
MithunWijayasiriMithunWijayasiri/dotclaude/skills/skill-audit/SKILL.md

skill-audit

Skill4 starsChanged 18 days agoMITView on GitHub

Use when reviewing, auditing, or tightening an existing Claude Code skill. Handles SKILL.md, references, and description fixes. Not for writing new skills → `anthropic-skills:skill-creator`.

58 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use root-cause, write-a-skill and 7 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • Ingramradical235Skill

    root-cause

    Structured root cause analysis using WHERE (MECE decomposition) then WHY (causal structure diagrams) pipeline. Includes coin-flip detection, logical-leap detection, and vicious cycle intervention. Use when buffer enters YELLOW/RED, when metrics stall, or when Actions execute but don't produce results.

    Also in 3 projects that use this

  • simo97Skill

    write-a-skill

    Create new agent skills with proper structure, progressive disclosure, and bundled resources. Use when user wants to create, write, or build a new skill.

    Also in 4 projects that use this

  • Microsoft AzureSkill

    reflect

    Learning capture system that extracts HIGH/MED/LOW confidence patterns from conversations to prevent repeating mistakes. Use after user corrections ("no", "wrong"), praise ("perfect", "exactly"), or when discovering edge cases. Complements .squad/agents/{agent}/history.md and .squad/decisions.md.

    Also in 5 projects that use this

  • sunnyclinches44Skill

    explain

    Explains code using real-world analogies and ASCII diagrams

    Also in 4 projects that use this

  • MicrosoftSkill

    report

    Turn an exploration (threads, findings, charts) into a single Markdown report — note, blog post, executive summary, KPI dashboard, slide brief, or multi-section analytical report, with embedded charts.

    Also in 3 projects that use this

  • GoogleSkill

    grill-me

    A relentless interview to sharpen a plan or design.

    Also in 8 projects that use this

The file

We split this skill into the rules it gives an agent

4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 52 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    No args → list skills in both locations, ask which.

    line 18
  2. Distinctive:

    Every other skill's name + description: both skill locations plus plugin skills in the session's skill listing.

    line 26
  3. Distinctive:

    No how-it-works, steps, models/subagents, or answers.

    line 51
  4. Distinctive:

    Prefer targeted edits. Full-file rewrite only if the approved report said so.

    line 71

“Common” is measured: kept by at least 6 in 10 of the 52 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Skill Audit

Report-first. Edit only approved findings.

Setup

  1. Load compact-markdown; read its skill-authoring.md reference — that is the rubric. Don't restate it in the report or here.
  2. Resolve targets:
    • Path to a folder → use it. Path to SKILL.md → its parent folder.
    • Name → <repo>/.claude/skills/<name>/, then ~/.claude/skills/<name>/. Both exist → ask which.
    • No args → list skills in both locations, ask which.

Read

Per target:

  • SKILL.md and every file under the skill folder (references/, scripts).
  • What it delegates to or cites: subagent defs (.claude/agents/, ~/.claude/agents/), sibling skills it routes to, rules and CLAUDE.md files it references.
  • Every other skill's name + description: both skill locations plus plugin skills in the session's skill listing. Feeds the collision check.

Checks

Rubric from skill-authoring.md: description shape, triggering, ladder, failure modes (premature completion, duplication, sediment, sprawl, no-op). Rationale lines are content — don't flag as filler.

Audit-only additions:

  • Stale refs — every cited path, file, agent, skill, command, script, and folder exists. Verify with Glob/Grep, never from memory. Missing → finding; unclear replacement → ask, don't guess.
  • Frontmatter conflict — disable-model-invocation: true alongside auto-trigger prose ("when the user asks…", "do NOT trigger for…").
  • Instruction conflict — contradicts global/project CLAUDE.md or a rule (e.g. routes to a skill/agent CLAUDE.md doesn't sanction, auto-runs checks CLAUDE.md forbids).
  • Cross-file duplication — restates its subagent's contract, CLAUDE.md, or a rule → pointer or cut.
  • Collision — triggers overlap another skill or a built-in slash command, with no Not for → <sibling> clause on either side. Manual-only → name collision only.
  • Approval gate — step that deletes, pushes, writes externally (Jira, PR, message), or overwrites, with no ask-first step before it.
  • Scope fit — body does more than the description promises, or allowed-tools doesn't match the tools the steps use.
  • Failure path — step that can fail (tool missing, command errors, ref not found) with no stated next action. Silent continue = finding.
  • Description — see below.

Description

Decides when the skill fires, so it must make the model invoke the skill rather than answer from the description.

  • Pattern: Use when <triggers>. Handles <scope>. plus optional Not for <X> → <sibling>.
  • Triggers: user intents, action verbs, keywords, file types. Specific enough not to hijack unrelated prompts.
  • Target 20–35 words. Go over only for a needed Not for or routing clause.
  • No how-it-works, steps, models/subagents, or answers. That belongs in the body.
  • Manual-only (disable-model-invocation: true): same pattern, minus auto-trigger phrasing. Don't mention the slash command — it's the only way in.
  • Trigger test (auto-invocable only) — draft 3 should-fire prompts (names the skill; describes the task without naming it; task buried in a realistic request) and 1–2 near-miss should-not-fire prompts, ideally a sibling's territory. Judge current and proposed description against them; any misfire → finding. Show the prompts in the report.

Report

Per skill:

#CategoryFindingLocationFix

Categories: Outdated, Conflict, Duplication, Collision, Gate, Scope, Failure path, No-op, Sprawl, Description. Include the proposed description verbatim.

Not verified list after the table: anything not confirmed (unreadable file, unresolved ref, sibling not readable). Never fold an unchecked item into a pass.

User approves by number or "all".

Apply

  • Edit approved findings only, compact-markdown style. Code blocks, examples, and prompts sent to subagents stay verbatim unless a finding targets them.
  • Prefer targeted edits. Full-file rewrite only if the approved report said so.
  • Sibling files (agents, rules, CLAUDE.md) untouched unless an approved finding names them.
  • Description or invocation changed and ~/.claude/skills/SKILLS-REFERENCE.md lists the skill → update its row.
  • Finish with per-skill applied/skipped list and line count before → after.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.