agentleFS
DojoGenesisDojoGenesis/openclaw-plugin/skills/skill-audit-upgrade/SKILL.md

skill-audit-upgrade

Skill0 starsChanged 9 months agoMITView on GitHub

Audit all skills in a repository to assess completeness and upgrade incomplete skills to quality standards. Use when you've created many new skills, before a major release, to maintain ecosystem consistency, or to improve skill usability. Trigger phrases: 'audit all the skills', 'upgrade skills to A+ standard', 'check skill quality and completeness', 'are the skills production-ready', 'improve the skills ecosystem'.

  • Commits and pushes

The file

Show its rules and text

We split this skill into the rules it gives an agent

49 rules. About 0 are common, 44 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈44

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Create audit framework document defining:

    line 54
  2. Distinctive:

    When to Use (II.)

    line 68
  3. Distinctive:

    A+:: All required + all recommended sections

    line 82
  4. Distinctive:

    A: All required sections, missing some recommended

    line 83
  5. Distinctive:

    Check line counts for all skills to identify obviously incomplete ones:

    line 95
  6. Distinctive:

    Use grep to extract section headers from each skill:

    line 99
  7. Distinctive:

    Check for required sections

    line 104
  8. Distinctive:

    Check for recommended sections

    line 105
  9. Distinctive:

    Check for proper structure (section numbering)

    line 106
  10. Very specific:

    Use grep with regex to extract only numbered sections: grep -E "^## [IVX]+\."

    line 115
  11. Distinctive:

    Check line counts first to identify obviously incomplete skills

    line 116
  12. Distinctive:

    If a skill has <50 lines, it's likely incomplete

    line 117
  13. Distinctive:

    Goal: Create a prioritized list of skills to upgrade.

    line 123
  14. Distinctive:

    Create upgrade plan with prioritized list

    line 137
  15. Distinctive:

    Add missing required sections

    line 158
  16. Distinctive:

    Add section numbering (I., II., III., etc.)

    line 159
  17. Distinctive:

    Add Example section (use real project examples)

    line 160
  18. Distinctive:

    Add Common Pitfalls section (5 pitfalls with solutions)

    line 161
  19. Distinctive:

    Add Related Skills section (5 complementary skills)

    line 162
  20. Distinctive:

    Add Skill Metadata section (token savings, maintenance schedule)

    line 163
  21. Distinctive:

    Ensure consistent section numbering

    line 167
  22. Distinctive:

    Ensure all required sections present

    line 168
  23. Distinctive:

    Ensure proper frontmatter (name, description)

    line 169
  24. Distinctive:

    Add concrete examples from real projects

    line 172
  25. Distinctive:

    Use real project examples for credibility

    line 182
  26. Distinctive:

    Create ecosystem connections through related skills

    line 185
  27. Distinctive:

    Commit with comprehensive message documenting:

    line 196
  28. Distinctive:

    Create final summary document

    line 202
  29. Distinctive:

    How: Create a framework document before starting the audit.

    line 240
  30. Distinctive:

    How: Use shell commands (grep, wc) to quickly identify gaps.

    line 248
  31. Distinctive:

    How: Add Related Skills sections to every skill.

    line 272
  32. Distinctive:

    How: Create audit framework and audit report documents.

    line 280
  33. Distinctive:

    How: Create a comprehensive summary document highlighting improvements.

    line 288
  34. Distinctive:

    Before completing the audit, ensure you can answer "yes" to all of the following questions:

    line 294
  35. Distinctive:

    The Problem: After creating 5 new skills in one day, we needed to audit the entire skills ecosystem to ensure consistency and completeness.

    line 310
  36. Very specific:

    Commit eeca836 pushed to dojo-genesis

    line 328
  37. Distinctive:

    Solution: Create an audit framework document before starting the audit.

    line 350
  38. Distinctive:

    Solution: Use shell commands (grep, wc) to quickly identify gaps.

    line 358
  39. Distinctive:

    Solution: Create audit framework and audit report documents.

    line 374
  40. Distinctive:

    Solution: Use concrete examples from real projects (e.g., "Dojo Genesis v0.0.31").

    line 382
  41. Very specific:

    skill-maintenance: - Use this for ongoing maintenance of individual skills

    line 388
  42. Very specific:

    process-extraction: - Use this to create new skills from processes

    line 389
  43. Very specific:

    compression-ritual: - Use this to preserve learnings before/after audits

    line 390
  44. Distinctive:

    Maintenance: Update when quality criteria evolve or new section types emerge

    line 400
  45. Distinctive:

    After completing 2-3 audits (to incorporate new patterns)

    line 403
  46. Distinctive:

    When quality criteria change (e.g., new required sections)

    line 404
  47. Distinctive:

    When new assessment scales or tools become available

    line 405
  48. Distinctive:

    After creating 5+ new skills

    line 409
  49. Distinctive:

    When running inside the Dojo Genesis plugin:

    line 421

≈ “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.

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

OpenClaw Integration: This skill is invoked by the Dojo Genesis plugin via /dojo run skill-audit-upgrade. The agent receives project context automatically via the before_agent_start hook. Use dojo_get_context for full state, dojo_save_artifact to persist outputs, and dojo_update_state to record phase transitions and decisions.

Skill Audit and Upgrade

Version: 1.0
Created: 2026-02-07
Author: Manus AI
Purpose: To provide a systematic, repeatable process for auditing all skills in a repository, identifying gaps, and upgrading incomplete skills to A+ standard.


I. The Philosophy: Ecosystem Health Through Systematic Audits

A skills ecosystem, like any knowledge base, can degrade over time. New skills are created with high standards, but older skills may lack structure, examples, or ecosystem connections. Without regular audits, the quality becomes inconsistent, making the ecosystem harder to use and maintain.

This skill is about proactive maintenance. By systematically auditing all skills against clear quality criteria, we can identify gaps early, prioritize upgrades, and ensure the entire ecosystem remains healthy and production-ready.

The core principle: Maintenance is not just fixing what's broken—it's keeping what works working well.


II. When to Use This Skill

  • Quarterly maintenance schedule (every 3 months)
  • After creating 5+ new skills (to check for consistency)
  • When a skill is reported as confusing or incomplete
  • Before a major release (to ensure all skills are production-ready)
  • When onboarding a new contributor (to assess current state)
  • After a major refactor (e.g., skill renames, terminology changes)

III. The Workflow

This is a 5-step workflow for auditing and upgrading skills.

Step 1: List All Skills and Create Audit Framework

Goal: Establish a systematic approach to auditing skills.

Actions:

  1. List all skills in the repository:
    cd /path/to/repository/skills && ls -d */ | sed 's|/||' | sort
  2. Create audit framework document defining:
    • Quality criteria: Required, recommended, and optional sections
    • Assessment scale: A+, A, B, C, D (with clear definitions)
    • Audit process: Step-by-step instructions
    • Upgrade priority criteria: High, medium, low

Outputs:

  • List of all skills to audit
  • skills_audit_framework.md document

Quality Criteria Example:

Required Sections:

  • Philosophy (I.)
  • When to Use (II.)
  • Workflow (III.)
  • Best Practices (IV.)
  • Quality Checklist (V.)

Recommended Sections:

  • Example (VI.)
  • Common Pitfalls (VII.)
  • Related Skills (VIII.)

Optional Sections:

  • Skill Metadata (IX.)

Assessment Scale:

  • A+: All required + all recommended sections
  • A: All required sections, missing some recommended
  • B: Missing 1-2 required sections
  • C: Missing 3+ required sections
  • D: Incomplete or unusable

Step 2: Read and Assess Each Skill Against Quality Criteria

Goal: Systematically evaluate each skill's completeness.

Actions:

  1. Check line counts for all skills to identify obviously incomplete ones:
    for dir in */; do echo "$dir: $(wc -l < "$dir/SKILL.md") lines"; done
  2. Use grep to extract section headers from each skill:
    for skill in */SKILL.md; do echo "=== $skill ==="; grep -E "^## [IVX]+\." "$skill"; done
  3. For each skill, assess against quality criteria:
    • Check for required sections
    • Check for recommended sections
    • Check for proper structure (section numbering)
  4. Assign grades (A+, A, B, C, D) based on completeness

Outputs:

  • Assessment for each skill
  • Gaps identified for each skill
  • Grades assigned

Tips:

  • Use grep with regex to extract only numbered sections: grep -E "^## [IVX]+\."
  • Check line counts first to identify obviously incomplete skills
  • If a skill has <50 lines, it's likely incomplete

Step 3: Identify Skills Needing Upgrade and Prioritize

Goal: Create a prioritized list of skills to upgrade.

Actions:

  1. Categorize skills by grade:
    • Count A+ skills
    • Count A skills
    • Count B/C/D skills
  2. Define upgrade priorities:
    • High Priority: D or C skills (critically incomplete)
    • Medium Priority: B skills (structural fixes needed)
    • Low Priority: A skills (enhancement, not blocking)
  3. Estimate time for each upgrade:
    • Structural fixes: ~30-45 minutes per skill
    • Adding examples/pitfalls: ~15-30 minutes per skill
  4. Create upgrade plan with prioritized list

Outputs:

  • skills_audit_report.md with complete assessment
  • Prioritized upgrade list
  • Time estimates for upgrades

Upgrade Priority Criteria:

  • High: Skill is blocking workflows or unusable
  • Medium: Skill is functional but lacks structure/consistency
  • Low: Skill is functional, enhancement would be nice-to-have

Step 4: Upgrade Incomplete Skills

Goal: Bring incomplete skills to A+ standard.

Actions:

  1. For each skill to upgrade:
    • Read current content
    • Add missing required sections
    • Add section numbering (I., II., III., etc.)
    • Add Example section (use real project examples)
    • Add Common Pitfalls section (5 pitfalls with solutions)
    • Add Related Skills section (5 complementary skills)
    • Add Skill Metadata section (token savings, maintenance schedule)
    • Version bump (e.g., v1.0 → v1.1)
  2. For structural fixes:
    • Ensure consistent section numbering
    • Ensure all required sections present
    • Ensure proper frontmatter (name, description)
  3. For content enhancements:
    • Add concrete examples from real projects
    • Structure examples as: Problem → Process → Outcome
    • Make pitfalls specific with before/after examples
    • Link to complementary skills in the ecosystem

Outputs:

  • Upgraded skills at A or A+ standard
  • Version bumps documented

Best Practices:

  • Use real project examples for credibility
  • Structure examples consistently
  • Make pitfalls actionable (not just warnings)
  • Create ecosystem connections through related skills

Step 5: Commit All Upgrades and Deliver Final Audit Report

Goal: Finalize the work and document the results.

Actions:

  1. Copy audit documents to appropriate directory (e.g., thinking/)
  2. Stage all changes: git add skills/ thinking/
  3. Commit with comprehensive message documenting:
    • Number of skills upgraded
    • Changes made (section numbering, examples, pitfalls, etc.)
    • Grade improvements (e.g., B+ → A+)
    • Audit results (before/after percentages)
  4. Push to remote: git push origin main
  5. Create final summary document

Outputs:

  • Committed and pushed changes
  • Final audit summary document
  • Updated skills ecosystem

Commit Message Template:

Upgrade X skills to A+ standard and complete skills audit

SKILLS UPGRADED (vX.Y → vX.Z):

1. skill-name-1
   - Added [changes]
   - Grade: B+ → A+

2. skill-name-2
   - Added [changes]
   - Grade: A → A+

AUDIT RESULTS:

- A+ Skills: X → Y (Z%)
- A Skills: X → Y (Z%)
- B+ Skills: X → Y (Z%)

[Summary of ecosystem health]

IV. Best Practices

1. Define Clear Quality Criteria Upfront

Why: Makes the audit objective and actionable.

How: Create a framework document before starting the audit.


2. Use Automation for Initial Assessment

Why: Manually reading 10+ skills is time-consuming.

How: Use shell commands (grep, wc) to quickly identify gaps.


3. Focus on Structural Issues First

Why: Structure is easier to fix than content, and has high impact.

How: Prioritize adding section numbering and missing required sections.


4. Use Real Project Examples

Why: Concrete examples make skills immediately actionable.

How: Reference actual project work (e.g., "Dojo Genesis v0.0.31").


5. Create Ecosystem Connections

Why: Skills are not isolated—they're part of an ecosystem.

How: Add Related Skills sections to every skill.


6. Document the Audit Process

Why: Creates a historical record and enables future audits.

How: Create audit framework and audit report documents.


7. Celebrate the Work

Why: Maintenance is often invisible work. Make it visible.

How: Create a comprehensive summary document highlighting improvements.


V. Quality Checklist

Before completing the audit, ensure you can answer "yes" to all of the following questions:

  • Have you listed all skills in the repository?
  • Have you created an audit framework with clear quality criteria?
  • Have you assessed each skill against the quality criteria?
  • Have you assigned grades (A+, A, B, C, D) to all skills?
  • Have you identified and prioritized skills needing upgrade?
  • Have you upgraded all high-priority skills?
  • Have you committed all changes with comprehensive messages?
  • Have you created a final audit report documenting the results?
  • Are all skills now at A or A+ standard (or have a plan to get there)?

VI. Example: Dojo Genesis Skills Audit (February 7, 2026)

The Problem: After creating 5 new skills in one day, we needed to audit the entire skills ecosystem to ensure consistency and completeness.

The Process:

  1. Listed all skills: 11 skills in dojo-genesis/skills directory
  2. Created audit framework: Defined quality criteria and assessment scale
  3. Assessed each skill:
    • A+ Skills: 4/11 (36%)
    • A Skills: 5/11 (45%)
    • B+ Skills: 2/11 (18%)
  4. Identified gaps:
    • 2 skills lacking section numbering (I., II., III.)
    • 2 skills missing Example, Common Pitfalls, Related Skills sections
  5. Upgraded 2 skills:
    • multi-surface-strategy (v1.0 → v1.1)
    • product-positioning (v1.0 → v1.1)
    • Added section numbering, examples, pitfalls, related skills
  6. Committed and documented:
    • Commit eeca836 pushed to dojo-genesis
    • Final audit report created

The Outcome:

  • A+ Skills: 4 → 6 (55%)
  • A Skills: 5 (45%)
  • B+ Skills: 2 → 0 (0%)
  • 100% of skills now at A or A+ standard

Time Investment: ~1.5 hours
Return: Healthy, production-ready skills ecosystem

Key Insight: Most skills were already functional (A-grade). Only 2 needed structural fixes. Regular audits prevent degradation.


VII. Common Pitfalls to Avoid

Pitfall 1: No Clear Quality Criteria

Problem: Without clear criteria, the audit becomes subjective and inconsistent.

Solution: Create an audit framework document before starting the audit.


Pitfall 2: Trying to Read Every Skill Manually

Problem: Manually reading 10+ skills is time-consuming and error-prone.

Solution: Use shell commands (grep, wc) to quickly identify gaps.


Pitfall 3: Upgrading Everything at Once

Problem: Trying to upgrade all skills to A+ standard is overwhelming.

Solution: Prioritize. Focus on high-priority (blocking) skills first.


Pitfall 4: Skipping the Audit Report

Problem: Without documentation, the audit work is invisible and not repeatable.

Solution: Create audit framework and audit report documents.


Pitfall 5: Not Using Real Examples

Problem: Generic examples don't help users understand how to apply the skill.

Solution: Use concrete examples from real projects (e.g., "Dojo Genesis v0.0.31").


VIII. Related Skills

  • skill-maintenance - Use this for ongoing maintenance of individual skills
  • process-extraction - Use this to create new skills from processes
  • compression-ritual - Use this to preserve learnings before/after audits
  • strategic-to-tactical-workflow - The complete workflow that these skills support
  • release-specification - Example of an A+ skill with all recommended sections

IX. Skill Metadata

Token Savings: ~10,000-15,000 tokens per audit (by using systematic process)
Quality Impact: Ensures consistent, high-quality skills ecosystem
Maintenance: Update when quality criteria evolve or new section types emerge

When to Update This Skill:

  • After completing 2-3 audits (to incorporate new patterns)
  • When quality criteria change (e.g., new required sections)
  • When new assessment scales or tools become available

Recommended Audit Frequency:

  • Quarterly (every 3 months)
  • After creating 5+ new skills
  • Before major releases

Last Updated: 2026-02-07
Maintained By: Manus AI
Status: Active

OpenClaw Tool Integration

When running inside the Dojo Genesis plugin:

  1. Start by calling dojo_get_context to retrieve full project state, history, and artifacts
  2. During the skill, follow the workflow steps documented above
  3. Save outputs using dojo_save_artifact with the artifacts output directory
  4. Update project state by calling dojo_update_state to record skill completion and any phase transitions

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.