claude-skills
CLAUDE.md0 starsChanged 8 days agoMITView on GitHub
This repo contains all Claude Code skills — reusable, slash-command-invocable workflows. Each skill is a directory containing: All scripts in scripts/ must: Python scripts are allowed if stdlib-only, Python 3.9-compatible, and invoked as python3 -B -I (from a bash wrapper or SKILL.md). Include trigger phrases in the description so Claude knows when to invoke the skill (e.g., "Use when user says 'audit vault', 'check my notes'").
In this repository7 other files it gives its agents.
- audit-pathsSkill
- audit-vaultSkill
- clean-cachesSkill
- git-statusSkill
- health-checkSkill
- ocrSkill
- update-dependenciesSkill
The file
We split this CLAUDE.md into the rules it gives an agent
12 rules. About 0 are common, 3 are distinctive, and 9 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 15
All scripts in scripts/ must:
- Very specific: line 17
Start with #!/bin/bash and set -e
- Distinctive: line 18
Use absolute paths (skills can be invoked from any working directory)
- Very specific: line 20
Write errors to stderr (>&2)
- Very specific: line 45
Create a directory: mkdir skill-name
- Very specific: line 46
Create skill-name/SKILL.md with YAML frontmatter (name, description, user-invocable: true)
- Distinctive: line 47
Add trigger phrases to the description field
- Very specific: line 48
IF the skill needs shell logic → THEN create skill-name/scripts/ and add .sh files
- Very specific: line 49
IF SKILL.md exceeds ~800 words → THEN move templates to skill-name/references/
- Very specific: line 51
Test the skill by invoking it with /skill-name
- Very specific: line 56
IF bash logic exceeds 3 lines → THEN extract it to scripts/.
- Distinctive: line 57
Keep skills focused — one skill, one responsibility.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md 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
Claude Skills Repository — AI Instructions
This repo contains all Claude Code skills — reusable, slash-command-invocable workflows.
Skill Architecture
Each skill is a directory containing:
SKILL.md(required) — YAML frontmatter withname,description,user-invocable: true, plus orchestration instructions in markdown. This is the entry point Claude reads when the skill is invoked.scripts/(optional) — Bash scripts that do the heavy lifting. Keep logic here, not inline in SKILL.md.references/(optional) — Detailed templates, format specs, and examples loaded on demand.
Script Conventions
All scripts in scripts/ must:
- Start with
#!/bin/bashandset -e - Use absolute paths (skills can be invoked from any working directory)
- Include section headers as comments for readability
- Write errors to stderr (
>&2) - Exit with non-zero on failure
Python scripts are allowed if stdlib-only, Python 3.9-compatible, and invoked as python3 -B -I (from a bash wrapper or SKILL.md).
SKILL.md Structure
---
name: skill-name
description: "One-line description with trigger phrases"
user-invocable: true
---Include trigger phrases in the description so Claude knows when to invoke the skill (e.g., "Use when user says 'audit vault', 'check my notes'").
Naming Conventions
- Name directories in kebab-case (
audit-vault, notaudit_vault). - Name scripts in snake_case (
run_audit.sh, notrun-audit.sh). - Match the skill name in frontmatter to the directory name exactly.
Adding a New Skill
- Create a directory:
mkdir skill-name - Create
skill-name/SKILL.mdwith YAML frontmatter (name,description,user-invocable: true) - Add trigger phrases to the description field
- IF the skill needs shell logic → THEN create
skill-name/scripts/and add.shfiles - IF SKILL.md exceeds ~800 words → THEN move templates to
skill-name/references/ - Include a Troubleshooting section with 2-4 likely failure modes
- Test the skill by invoking it with
/skill-name
Rules
- Include trigger phrases in every description — without them, Claude won't know when to invoke the skill automatically.
- IF bash logic exceeds 3 lines → THEN extract it to
scripts/. - Keep skills focused — one skill, one responsibility. Compose skills rather than building monoliths.
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.

