agentleFS
jaydubya818jaydubya818/multi-agent-observability/.claude/skills/meta-skill/SKILL.md

Create New Skills

Skill2 starsChanged 9 months agoMITView on GitHub

Creates new Agent Skills for Claude Code following best practices and documentation. Use when the user wants to create a new skill, extend Claude's capabilities, or package domain expertise into a reusable skill.

  • Commits and pushes

We split this skill into the rules it gives an agent

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈38

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Required Reading: - Read these files in order before creating a skill:

    line 14
  2. Distinctive:

    Key Principle: Only relevant content enters the context window at any time.

    line 32
  3. Distinctive:

    Ask the user these questions:

    line 38
  4. Distinctive:

    When should Claude use this skill?

    line 40
  5. Distinctive:

    Document the answers for reference.

    line 44
  6. Very specific:

    Create skills in the project's .claude/skills/ directory for team sharing:

    line 48
  7. Very specific:

    Use lowercase with hyphens (e.g., pdf-processing, data-analysis)

    line 55
  8. Distinctive:

    Every skill must have:

    line 63
  9. Distinctive:

    Use clear, actionable language

    line 97
  10. Distinctive:

    Use bullet points for options/lists

    line 99
  11. Distinctive:

    Keep focused on one capability

    line 102
  12. Distinctive:

    If the skill needs additional context:

    line 152
  13. Very specific:

    Create files alongside SKILL.md

    line 153
  14. Distinctive:

    Use progressive disclosure - split by topic/scenario

    line 155
  15. Distinctive:

    Add PEP 723 inline dependencies for Python scripts

    line 166
  16. Distinctive:

    Check YAML frontmatter is valid:

    line 177
  17. Distinctive:

    Test with relevant queries:

    line 182
  18. Distinctive:

    Ask questions matching the skill's description

    line 183
  19. Distinctive:

    Verify Claude loads and uses the skill

    line 184
  20. Distinctive:

    Check that instructions are clear and actionable

    line 185
  21. Distinctive:

    Add examples for common edge cases

    line 190
  22. Distinctive:

    Keep main instructions focused (under 5k tokens ideal)

    line 211
  23. Distinctive:

    Use progressive disclosure for optional/advanced content

    line 213
  24. Distinctive:

    Don't combine unrelated tasks

    line 217
  25. Very specific:

    Use relative paths: file.md not absolute paths

    line 221
  26. Distinctive:

    Read the documentation files in docs/

    line 255
  27. Distinctive:

    Should it check only or suggest fixes?

    line 258
  28. Distinctive:

    Create the skill directory:

    line 260
  29. Distinctive:

    Add Instructions section with:

    line 272
  30. Distinctive:

    Read the Python file(s)

    line 275
  31. Distinctive:

    Test with sample Python files

    line 284
  32. Distinctive:

    Create Python scripts with inline dependencies:

    line 308
  33. Distinctive:

    Write clear instructions for:

    line 315
  34. Distinctive:

    When to run which script

    line 316
  35. Distinctive:

    Test with sample CSV files

    line 323
  36. Distinctive:

    Test with various documentation requests

    line 358
  37. Distinctive:

    Write correction mappings in new file:

    line 379
  38. Distinctive:

    Add step: "Apply spell corrections from spell_corrections.md"

    line 387
  39. Distinctive:

    Update examples to show correction step

    line 389
  40. Distinctive:

    Test with audio that has common errors

    line 390
  41. Distinctive:

    Keep instructions focused: - Use supporting files for additional context

    line 398
  42. Distinctive:

    Test thoroughly: - Verify Claude discovers and uses the skill correctly

    line 399

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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

Create New Skills

Instructions

This skill helps you create new Agent Skills for Claude Code. Before starting, read the comprehensive documentation files in the docs/ directory for complete context.

Prerequisites

Required Reading - Read these files in order before creating a skill:

  1. docs/claude_code_agent_skills.md - Complete guide to creating and managing skills
  2. docs/claude_code_agent_skills_overview.md - Architecture and how skills work
  3. docs/blog_equipping_agents_with_skills.md - Design principles and best practices

Understanding Skills

What is a Skill?

  • A directory containing a SKILL.md file with YAML frontmatter
  • Instructions that Claude loads on-demand when relevant
  • Optional supporting files (scripts, documentation, templates)
  • Like an onboarding guide for a new team member

Progressive Disclosure (3 Levels):

  1. Metadata (always loaded): name and description in YAML frontmatter
  2. Instructions (loaded when triggered): Main body of SKILL.md
  3. Resources (loaded as needed): Additional files, scripts, templates

Key Principle: Only relevant content enters the context window at any time.

Skill Creation Workflow

Step 1: Define the Skill's Purpose

Ask the user these questions:

  1. What task or domain should this skill cover?
  2. When should Claude use this skill? (triggers)
  3. What expertise or workflows need to be captured?
  4. Does it need scripts, templates, or other resources?

Document the answers for reference.

Step 2: Create the Skill Directory Structure

Create skills in the project's .claude/skills/ directory for team sharing:

mkdir -p .claude/skills/<skill-name>

Naming conventions:

  • Use lowercase with hyphens (e.g., pdf-processing, data-analysis)
  • Be descriptive but concise
  • Avoid generic names

Note: Project skills (.claude/skills/) are automatically shared with your team via git. For personal skills only you use, create in ~/.claude/skills/ instead.

Step 3: Design the SKILL.md Structure

Every skill must have:

---
name: Your Skill Name
description: Brief description of what this Skill does and when to use it
---

# Your Skill Name

## Instructions
[Clear, step-by-step guidance for Claude]

## Examples
[Concrete examples of using this Skill]

Frontmatter Requirements:

  • name: Required, max 64 characters
  • description: Required, max 1024 characters
    • Include BOTH what it does AND when to use it
    • Mention key trigger words/phrases
    • Be specific, not vague

Optional Frontmatter (Claude Code only):

  • allowed-tools: Restrict which tools Claude can use (e.g., Read, Grep, Glob)

Step 4: Write the Instructions Section

Structure the instructions as:

  1. Prerequisites - Required dependencies, tools, environment setup
  2. Workflow - Step-by-step process (numbered steps)
  3. Supporting Details - Additional context, script usage, error handling

Best Practices:

  • Use clear, actionable language
  • Number sequential steps
  • Use bullet points for options/lists
  • Include code blocks with bash commands
  • Reference supporting files with relative links: [reference.md](reference.md)
  • Keep focused on one capability

Example workflow format:

### Workflow

1. **First step description**:
   ```bash
   command to run
  • Additional context
  • Options or variations
  1. Second step description:
    • Detailed instructions
    • What to look for
    • Expected outcomes
  2. Third step...

#### Step 5: Write the Examples Section

Provide 2-4 concrete examples showing:
- Different use cases
- Various input formats
- Step-by-step execution
- Expected outcomes

**Example format:**
```markdown
### Example 1: Descriptive Title

User request:

User's exact request text


You would:
1. First action
2. Second action with command:
   ```bash
   actual command
  1. Next steps...
  2. Final result

#### Step 6: Add Supporting Files (Optional)

If the skill needs additional context:
1. Create files alongside SKILL.md
2. Reference them from instructions: `[forms.md](forms.md)`
3. Use progressive disclosure - split by topic/scenario

**Common supporting file types:**
- Additional instructions (e.g., `advanced_usage.md`)
- Reference documentation (e.g., `api_reference.md`)
- Scripts in `scripts/` directory
- Templates in `templates/` directory
- Configuration examples

**Script guidelines:**
- Make executable: `chmod +x scripts/*.py`
- Add PEP 723 inline dependencies for Python scripts
- Include usage instructions in SKILL.md
- Return clear output for Claude to parse

#### Step 7: Test the Skill

1. Verify file structure:
   ```bash
   ls -la .claude/skills/<skill-name>/
  1. Check YAML frontmatter is valid:
    head -10 .claude/skills/<skill-name>/SKILL.md
  2. Test with relevant queries:
    • Ask questions matching the skill's description
    • Verify Claude loads and uses the skill
    • Check that instructions are clear and actionable
  3. Iterate based on testing:
    • Refine description if skill doesn't trigger
    • Clarify instructions if Claude struggles
    • Add examples for common edge cases

Step 8: Commit to Version Control

Since project skills are automatically shared with your team, commit them to git:

git add .claude/skills/<skill-name>
git commit -m "Add <skill-name> skill"
git push

Note: Team members will get the skill automatically when they pull the latest changes.

Best Practices Summary

Description writing:

  • ✅ "Transcribes audio/video files to text using Fireworks API. Use when user asks to transcribe, convert speech to text, or needs transcripts."
  • ❌ "Helps with audio"

Instruction organization:

  • Keep main instructions focused (under 5k tokens ideal)
  • Split complex content into linked files
  • Use progressive disclosure for optional/advanced content

Skill scope:

  • One skill = one capability or workflow
  • Don't combine unrelated tasks
  • Make focused, composable skills

File references:

  • Use relative paths: [file.md](file.md) not absolute paths
  • Reference scripts with full path from skill root
  • Make it clear when Claude should read vs execute files

Common Patterns from Existing Skills

Pattern 1: Transcription skill

  • Prerequisites section with environment setup
  • Clear numbered workflow
  • Multiple examples showing different formats
  • Supporting file for corrections/mappings

Pattern 2: Morning debrief skill

  • Two-step process (transcribe, extend)
  • Reference to detailed prompt in separate file
  • File organization step
  • Clear output structure specification

Pattern 3: Meta-skill (this one)

  • Extensive prereading documentation
  • Step-by-step creation workflow
  • Multiple examples with variations
  • Best practices and common patterns

Examples

Example 1: Creating a Simple Code Review Skill

User request:

Create a skill that reviews Python code for best practices

You would:

  1. Read the documentation files in docs/
  2. Ask clarifying questions:
    • What specific best practices? (PEP 8, security, performance?)
    • Should it check only or suggest fixes?
    • Any specific frameworks or libraries?
  3. Create the skill directory:
    mkdir -p .claude/skills/python-code-review
  4. Write SKILL.md with:
    ---
    name: Python Code Review
    description: Reviews Python code for PEP 8 compliance, security issues, and performance. Use when reviewing Python code, checking code quality, or analyzing Python files.
    allowed-tools: Read, Grep, Glob
    ---
  5. Add Instructions section with:
    • Prerequisites (none needed, uses built-in tools)
    • Workflow:
      1. Read the Python file(s)
      2. Check PEP 8 compliance
      3. Identify security issues
      4. Suggest performance improvements
      5. Provide summary with specific line references
  6. Add 3 examples:
    • Example 1: Single file review
    • Example 2: Multi-file project review
    • Example 3: Focused security review
  7. Test with sample Python files

Example 2: Creating a Data Analysis Skill with Scripts

User request:

Build a skill for analyzing CSV data with statistics and visualizations

You would:

  1. Read documentation files
  2. Define scope with user:
    • What statistics? (mean, median, correlations?)
    • What visualizations? (charts, plots?)
    • Output format? (markdown report, images?)
  3. Create structure:
    mkdir -p .claude/skills/csv-analysis/scripts
    mkdir -p .claude/skills/csv-analysis/templates
  4. Write SKILL.md referencing:
    • scripts/analyze.py - Statistical analysis script
    • scripts/visualize.py - Chart generation script
    • templates/report_template.md - Output template
  5. Create Python scripts with inline dependencies:
    # /// script
    # requires-python = ">=3.10"
    # dependencies = ["pandas", "matplotlib", "seaborn"]
    # ///
  6. Write clear instructions for:
    • When to run which script
    • How to interpret output
    • How to customize analysis
  7. Add examples showing:
    • Basic statistics
    • Visualization generation
    • Custom report creation
  8. Test with sample CSV files

Example 3: Creating a Multi-File Documentation Skill

User request:

Create a skill for writing technical documentation with our company's style guide

You would:

  1. Read documentation files
  2. Gather requirements:
    • Get company style guide document
    • What types of docs? (API, user guides, architecture?)
    • Any templates or examples?
  3. Create comprehensive structure:
    mkdir -p .claude/skills/tech-docs/{templates,examples,guidelines}
  4. Organize content:
    • SKILL.md - Overview and workflow
    • guidelines/style_guide.md - Company style rules
    • guidelines/api_docs.md - API documentation specifics
    • guidelines/user_guides.md - User guide standards
    • templates/api_template.md - API doc template
    • templates/guide_template.md - User guide template
    • examples/ - Sample documentation
  5. Write SKILL.md that:
    • References guidelines by doc type
    • Uses progressive disclosure (only load needed guidelines)
    • Provides workflow for each doc type
  6. Add examples for:
    • API endpoint documentation
    • User guide creation
    • Architecture decision records
  7. Test with various documentation requests

Example 4: Extending an Existing Skill

User request:

Add spell correction to our transcribe skill

You would:

  1. Read current skill:
    cat .claude/skills/transcribe/SKILL.md
  2. Identify where to add the feature:
    • After transcription step
    • Before final output
  3. Create supporting file:
    touch .claude/skills/transcribe/spell_corrections.md
  4. Write correction mappings in new file:
    # Spell Corrections
    - "cloud code" → "claude code"
    - "API" → "API" (ensure caps)
    ...
  5. Update SKILL.md workflow:
    • Add step: "Apply spell corrections from spell_corrections.md"
    • Reference the corrections file
  6. Update examples to show correction step
  7. Test with audio that has common errors

Summary

Creating skills is about packaging expertise into discoverable, composable capabilities. Follow these principles:

  1. Read the docs first - Understand progressive disclosure and skill architecture
  2. Write clear descriptions - Include what AND when
  3. Keep instructions focused - Use supporting files for additional context
  4. Test thoroughly - Verify Claude discovers and uses the skill correctly
  5. Iterate with feedback - Refine based on actual usage

Skills transform general-purpose Claude into a specialist for your domain. Start small, test early, and expand as needed.

Download now (ZIP)

  • Other versions2 projects use a version of this.

    Word for word · 2

    1. disler/claude-code-hooks-multi-agent-observability★ 1.5k100% same
    2. CodeWithBehnam/cc-docs★ 2100% same

    Edited · 0

    None found.

    Wrote their own version · 0

    None found.

    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.

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.