skill-enhancer
Skill1 starsChanged 6 months agoApache-2.0View on GitHub
Use when you need to audit, fix, or improve an existing agent skill to meet Gold Standard compliance.
- Pipes a download into a shell
2 other projects use a version of this.
Adopted by
Most recently taken up by
- rdmilly/claude-skillstheir own version, first seen Apr 23, 2026
- zzu-ken/ai-skillstheir own version, first seen Feb 12, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- zzu-ken/ai-skills★ 4same name
- rdmilly/claude-skills★ 0same name
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 repository23 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- brainstormingSkill
- design-mdSkill
- docxSkill
- hooks-creatorSkill
- htmlSkill
- marp-slideSkill
- mcp-builderSkill
- obsidian-cliSkill
- pdfSkill
- post-writingSkill
- pptxSkill
- skill-auto-improveSkill
- skill-creatorSkill
- skill-validatorSkill
- summarizing-meetingsSkill
- text-humanizerSkill
- transcript-fetcherSkill
- vdd-adversarialSkill
- vdd-sarcasticSkill
- wiki-ingestSkill
- xlsxSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
21 rules. About 0 are common, 11 are distinctive, and 10 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
Distinctive · estimate
This author's own choices. Worth a look.
10
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 51
Default Exclusions: do not refactor unrelated skills or global docs by default.
- Very specific: line 55
Primary Evidence: before/after analyze_gaps.py output.
- Distinctive: line 57
Quality Gate: no unresolved critical structure gaps after refactor.
- Distinctive: line 64
Graduated Language Review: Check instruction language against the graduated approach:
- Distinctive: line 67
Do NOT blindly replace every "should" with "MUST" — evaluate whether the instruction is safety-critical or behavioral first
- Distinctive: line 69
Review Gaps: Read the analyzer output and your manual findings.
- Very specific: line 72
Verify Execution Mode section exists and is explicit (prompt-first, script-first, or hybrid).
- Very specific: line 73
If skill uses scripts/, verify Script Contract section defines command, inputs, outputs, and exit behavior.
- Very specific: line 74
Verify Safety Boundaries section defines scope limits and non-default destructive behavior.
- Very specific: line 75
Verify Validation Evidence section defines objective verification outputs.
- Distinctive: line 85
If transcripts or logs from real skill usage exist, analyze them for patterns:
- Distinctive: line 91
If no usage logs are available, skip this phase — it will become relevant after the skill is deployed.
- Distinctive: line 94
Read Target Skill: Read the content of the target skill.
- Distinctive: line 103
Confirm: Ensure improvements align with the "Skills as Code" philosophy.
- Very specific: line 107
CRITICAL: Use replace_file_content or multi_replace_file_content.
- Very specific: line 108
DO NOT: use write_to_file to overwrite existing content (Data Loss Risk).
- Very specific: line 118
Analyze Report: Read the skill-validator JSON output.
- Very specific: line 119
Consult Guide: Use references/security_refactoring.md to find safe alternatives for flagged patterns.
- Distinctive: line 127
Self-Correction: Verify your work against the 5 criteria (Data Safety, Anti-Laziness, etc.).
- Distinctive: line 128
Refine: If any check fails (e.g., found "TODO", found unmotivated "should"), fix it immediately.
- Very specific: line 129
Test Coverage: Verify the skill has at least 2-3 test prompts — either in evals/evals.json or documented inline.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill Enhancer
Purpose: This meta-skill analyzes other skills for compliance with TDD, CSO, and Script-First standards, guiding the agent through upgrades.
1. Red Flags (Anti-Rationalization)
STOP and READ THIS if you are thinking:
- "I'll just add the sections blindly" -> WRONG. You must understand why the skill fails before fixing it.
- "The description is close enough" -> WRONG. It must start with "Use when".
- "Examples are optional" -> WRONG. "Rich Skills" mandate examples.
- "It's just a small 20-line example" -> WRONG. Inline blocks > 12 lines are prohibited. Extract them.
- "I'll instruct the agent to parse the file line-by-line in text" -> WRONG. Use "Script-First".
2. Capabilities
- Audit: Detect gaps (missing Red Flags, oversized inline blocks, poor CSO, weak language) using
analyze_gaps.py. - Rule scoping: the analyser reads prose, not code. Fenced blocks and inline
code spans are masked before the prose rules run,
[--flag VALUE]is CLI usage notation rather than an unfilled slot, and/tmp/out.pdfin a reproducible command is not the absolute-path anti-pattern — only a path naming one machine or one user's account is (WI-033). - Execution Policy Audit: Detect missing
Execution Mode,Script Contract,Safety Boundaries, andValidation Evidencesections. - Security Remediation: Fix vulnerabilities flagged by
skill-validator(e.g.,curl | bash, secrets, weak permissions). - Plan: Propose specific content improvements using
references/refactoring_patterns.md. - Execute: Apply refactoring patterns to upgrade the skill.
2.5. Execution Mode
- Mode:
hybrid - Rationale: gap triage and refactoring decisions are prompt-driven, while gap detection is script-driven.
2.6. Script Contract
- Primary Command:
python3 scripts/analyze_gaps.py <target-skill-path> [--json] [--strict] - Inputs: target skill path + optional output mode.
- Outputs: two lists and a status —
gaps(blocking) andadvisories(reported, non-blocking). - Failure Semantics: non-zero exit when blocking gaps exist (deterministic
gate behavior). Advisories are printed and leave the exit code at 0;
--strictpromotes them to blocking. The split mirrorsvalidate_skill.py, which already passes a skill that has only warnings — without it the two gates return different verdicts on the same file (WI-033). - Advisory classes:
[Language](the graduated-wording call is per instruction, not mechanical) and[Execution Policy](a declared warning-first migration), plus the minor tier of[Token Efficiency].
2.7. Safety Boundaries
- Scope: apply edits only to explicitly selected target skill.
- Default Exclusions: do not refactor unrelated skills or global docs by default.
- Destructive Actions: full-file overwrite is prohibited unless explicitly requested and reviewed.
2.8. Validation Evidence
- Primary Evidence: before/after
analyze_gaps.pyoutput. - Secondary Evidence: targeted diffs proving that each reported gap was addressed.
- Quality Gate: no unresolved critical structure gaps after refactor.
3. Instructions
Phase 1: Audit
- Run Analyzer:
python3 scripts/analyze_gaps.py <target-skill-path>. - Manual Checks:
- Graduated Language Review: Check instruction language against the graduated approach:
- Safety-critical steps (data loss, destructive ops): Must use
MUST/ALWAYS+ explanation why — if the explanation is missing, add it - Behavioral steps (formatting, style): Apply explain-why + imperative style — if bare
MUSTwithout rationale, add the rationale; if weak "should"/"could", strengthen to imperative + reason - Do NOT blindly replace every "should" with "MUST" — evaluate whether the instruction is safety-critical or behavioral first
- Safety-critical steps (data loss, destructive ops): Must use
- Script-First Gap: Identify if complex logic steps (> 5 lines of text) MUST be converted to a
script/.
- Graduated Language Review: Check instruction language against the graduated approach:
- Review Gaps: Read the analyzer output and your manual findings.
Phase 1.5: Execution-Policy Audit
- Verify
Execution Modesection exists and is explicit (prompt-first,script-first, orhybrid). - If skill uses
scripts/, verifyScript Contractsection defines command, inputs, outputs, and exit behavior. - Verify
Safety Boundariessection defines scope limits and non-default destructive behavior. - Verify
Validation Evidencesection defines objective verification outputs. 4a. Check its size.validate_skill.pywarns pastquality_checks.max_validation_evidence_lines(skill_standards_default.yaml), which means the section is carrying an investigation rather than a verdict. Refactor: keep date, commands, counts and pass/fail inSKILL.md; move figures, refuted hypotheses and worked examples intoreferences/<topic>.mdand link them. This is a gap to fix, not prose to trim arbitrarily — nothing is deleted, it moves. - Mark missing pieces as migration gaps (warning-first for legacy skills).
Phase 1.7: Behavioral Analysis (If Usage Logs Available)
If transcripts or logs from real skill usage exist, analyze them for patterns:
- Repeated Code: Did the agent write the same helper script across multiple runs? → Extract to
scripts/. - Repeated Questions: Did the agent ask the same questions or re-discover the same context? → Add to
references/. - Excessive Token Usage: Did the agent spend tokens reading large inline blocks? → Plan extraction to external files.
- Unused Sections: Did the agent skip reading certain sections entirely? → Consider trimming or consolidating.
If no usage logs are available, skip this phase — it will become relevant after the skill is deployed.
Phase 2: Plan
- Read Target Skill: Read the content of the target skill.
- Draft Improvements:
- Token Efficiency: Identify blocks > 12 lines and plan extraction to
examples/,assets/, orreferences/. - Script-First: Identify logic blocks > 5 lines and plan extraction to
scripts/. - Execution Policy: Add missing policy sections and scope constraints.
- Graduated Language: Replace weak words using the graduated approach —
MUST + whyfor safety,explain-why + imperativefor behavioral. - Red Flags: Identify 2-3 likely agent excuses for this specific task.
- CSO & Pushiness: Rewrite description to "Use when [TRIGGER]...". Check if description is "pushy" enough to prevent under-triggering — add edge-case triggers and phrases like "even if the user doesn't explicitly ask for…".
- Generalization: Check if instructions are overfitted to specific examples. A skill must work across many prompts, not just the test cases it was developed with.
- Token Efficiency: Identify blocks > 12 lines and plan extraction to
- Confirm: Ensure improvements align with the "Skills as Code" philosophy.
Phase 3: Execute
- Update File: Edit the target
SKILL.mdto insert the new sections.- CRITICAL: Use
replace_file_contentormulti_replace_file_content. - DO NOT use
write_to_fileto overwrite existing content (Data Loss Risk). - Tip: Use
references/refactoring_patterns.mdfor the style guide.
- CRITICAL: Use
- Verify: Re-run
analyze_gaps.py. Expect "No Gaps Found", or "No blocking gaps" with the advisories listed. An advisory is closed by fixing it or by writing down why it stands — never by editing correct documentation to satisfy a rule that is reading it wrong. If a rule fires on correct content, narrow the rule and pin both halves inscripts/tests/test_rule_scoping.py: what it now ignores, and the defect it must still catch.
Phase 3.5: Security Repair (If triggered by Validator)
- Analyze Report: Read the
skill-validatorJSON output. - Consult Guide: Use
references/security_refactoring.mdto find safe alternatives for flagged patterns. - Apply Fixes:
- Shell Injection: Replace direct execution with argument arrays.
- Downloads: Replace
curl | bashwith download -> inspect -> execute. - Secrets: Move hardcoded keys to environment variables.
Phase 4: Final VDD Check
- Read Checklist: Open
references/vdd_checklist.md. - Self-Correction: Verify your work against the 5 criteria (Data Safety, Anti-Laziness, etc.).
- Refine: If any check fails (e.g., found "TODO", found unmotivated "should"), fix it immediately.
- Test Coverage: Verify the skill has at least 2-3 test prompts — either in
evals/evals.jsonor documented inline. If none exist, create them based on the skill's intended use cases.
4. Best Practices
| DO THIS | DO NOT DO THIS |
| Specific Red Flags: "Don't skip tests" | Generic Red Flags: "Don't be lazy" |
| Trigger-Based Desc: "Use when debugging race conditions" | Summary Desc: "Guide for debugging" |
| Strong Verbs: "MUST", "EXECUTE", "VERIFY" | Weak Verbs: "should", "consider", "try" |
Rationalization Table
| Agent Excuse | Reality / Counter-Argument |
| "The skill is too simple for Red Flags" | Simple skills are skipped most often. Explicit rules prevent this. |
| "I don't have time to write examples" | Examples save time by preventing hallucinations later. |
| "It's easier to write logic in text" | Text logic is unreliable. Scripts are deterministic. |
5. Examples (Few-Shot)
[!TIP] See
examples/usage_example.mdfor a complete Before & After walkthrough of upgrading a legacy skill.
Input:
python3 scripts/analyze_gaps.py ../target-skillOutput:
⚠️ Gaps Detected...
Recommendation: Run 'Execute Improvement Plan'...6. Resources
scripts/analyze_gaps.py: The gap detection tool.references/writing_skills_best_practices_anthropic.md: The authoritative "Gold Standard" guide used to verify compliance.references/testing-skills-with-subagents.md: Methodology for verifying fixes using TDD (Red-Green-Refactor).../skill-creator/agents/grader.md: Prompt for evaluating skill execution results against expectations.../skill-creator/agents/comparator.md: Prompt for blind A/B comparison of two skill outputs.../skill-creator/agents/analyzer.md: Prompt for post-hoc analysis — identifies why one skill version outperforms another.
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.

