agentleFS
qa-amanqa-aman/claude-skills/CLAUDE.md

claude-skills

CLAUDE.md24 starsChanged 8 months agoMITView on GitHub

A public collection of generic, reusable Claude Code skills, organised by job role. Skills here must work for any user in any project. There is no application code: the "product" is the skills/ tree plus the installer that copies it into a user's ~/.claude/skills/. There is no test suite. check_repo.py is the gate: it runs Anthropic's skill-creator validator (vendored verbatim in scripts/vendor/skill_creator/, pinned in PIN) on every skill, and fails on duplicate skill names, drift between skills.json, disk and VERSIONS.md,…

The file

We split this CLAUDE.md into the rules it gives an agent

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Follow the Anthropic skill-creator guidelines: https://github.com/anthropics/skills/tree/main/skills/skill-creator

    line 73
  2. Distinctive:

    Do not skip steps:

    line 75
  3. Very specific:

    Write SKILL.md with the FIRAC body structure (Overview, Workflow, Anti-Patterns, Quality Checklist).

    line 78
  4. Distinctive:

    Create 2-3 realistic test prompts, then run with-skill and baseline subagents in the same turn.

    line 79
  5. Very specific:

    Add references/ files for domain data the skill needs but cannot hold inline (benchmarks, templates, authority hierarchies, procedure maps).

    line 83
  6. Distinctive:

    When importing a skill from another project, read the source skill first, then strip every personal and project reference before it lands …

    line 86

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

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

CLAUDE.md

This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.

What This Repo Is

A public collection of generic, reusable Claude Code skills, organised by job role. Skills here must work for any user in any project. There is no application code: the "product" is the skills/ tree plus the installer that copies it into a user's ~/.claude/skills/.

Commands

# One-time after cloning: .venv with PyYAML + the pre-commit hook that runs check_repo.py
bash scripts/setup_hooks.sh

# The repo gate (also runs in the pre-commit hook and CI). Exit 1 on any FAIL.
.venv/bin/python scripts/check_repo.py

# Validate every SKILL.md (frontmatter + 500-line limit)
python3 scripts/validate_skill.py

# Validate skills.json parses (what CI runs first)
python3 -c "import json; json.load(open('skills.json'))"

# Scaffold a new skill and auto-register it in skills.json
python3 scripts/init_skill.py <skill-name> --role <role> --description "..." --tags "a,b"

# Install locally to test the packaging path
bash scripts/install.sh --list
bash scripts/install.sh --role pm            # global: ~/.claude/skills
bash scripts/install.sh --role pm --project  # project: ./.claude/skills
bash scripts/install.sh --all
bash scripts/install.sh --update
bash scripts/install.sh --uninstall qa

There is no test suite. check_repo.py is the gate: it runs Anthropic's skill-creator validator (vendored verbatim in scripts/vendor/skill_creator/, pinned in PIN) on every skill, and fails on duplicate skill names, drift between skills.json, disk and VERSIONS.md, a wrong skill count in README.md or .claude-plugin/*.json, a grounded skill (metadata.grounded_in) under 85 on skill_quality.py or with fewer than 3 evals, and a knowledge/ folder at the repo root. It warns when the installed skill-creator differs from the pin: review the diff and re-pin. run_evals.py uses claude -p, so it runs on the logged-in subscription.

Architecture

Three surfaces must agree, and check_repo.py enforces it:

  1. skills/ on disk. Two shapes only: skills/by-role/<role>/<skill>/SKILL.md and skills/shared/<skill>/SKILL.md. install.sh derives the source path from the registry key, so a skill in the wrong directory shape fails at install time, not at validation time.
  2. skills.json - the registry, and the real source of truth for installation. Keys are <role>/<skill-name> (shared skills use the literal key shared/<skill-name>). install.sh reads only this file to decide what exists, which roles are offered by --list, and what --all installs. A skill folder that is not registered here is invisible to users.
  3. README.md - the public skills table plus the "N skills across M roles" tagline. The tagline is checked; the table rows are not.

VERSIONS.md and the skill count in .claude-plugin/plugin.json and marketplace.json must agree too.

Skill folder names must be unique across roles: install.sh copies each skill to <target>/<name>, so two skills with one name overwrite each other.

Adding a new role means adding it to VALID_ROLES in scripts/init_skill.py first. install.sh discovers roles dynamically from skills.json, so no installer change is needed.

CI (.github/workflows/validate.yml) runs validate_skill.py and check_repo.py on every PR and every push to main.

Required Reading

.claude/rules/prompt-writing.md - the prompt-writing rubric (scored out of 100, target >95). Follow it when authoring or editing any skill description or body. This file is local and gitignored, so it is not present in a fresh clone. If it is missing, the rubric it enforces is still reflected in scripts/skill_quality.py and in the house structure every skill follows.

Internal Skills

  • .claude/skills/create-skill/ - the Anthropic skill standard reference and creation guide.
  • .claude/skills/sync-skills/ - fetch and genericize skills from another machine's projects, deduplicate against this repo, and update skills.json plus README.md.

Rules for Skills in This Repo

  1. No personal content. Replace names, domains, newsletter titles, and project references with [placeholder] brackets. Standard placeholders: [your niche], [your newsletter], [your-domain], [your topic], [your name], [your audience].
  2. No project-specific paths or configs. A skill must work when dropped into any .claude/skills/ directory, with no dependency on another skill or on a project file.
  3. The description field is the trigger. All "when to use" context goes there, not in the body. The body is the instruction set.
  4. Body under 500 lines (validator hard-fails past it). Overflow goes into a references/ subdirectory, and SKILL.md must say explicitly when to read each reference file.
  5. Every skill contains a step-by-step workflow, anti-patterns, and a quality checklist.

Skill Creation Standard (MANDATORY)

Follow the Anthropic skill-creator guidelines: https://github.com/anthropics/skills/tree/main/skills/skill-creator

Do not skip steps:

  1. Capture intent - what the skill does and when it should trigger.
  2. Write SKILL.md with the FIRAC body structure (Overview, Workflow, Anti-Patterns, Quality Checklist).
  3. Create 2-3 realistic test prompts, then run with-skill and baseline subagents in the same turn.
  4. Draft assertions while the runs are in progress.
  5. Grade the results and show the user a qualitative comparison.
  6. Iterate based on feedback.
  7. Add references/ files for domain data the skill needs but cannot hold inline (benchmarks, templates, authority hierarchies, procedure maps).
  8. Point SKILL.md at those reference files with explicit read-when guidance.

When importing a skill from another project, read the source skill first, then strip every personal and project reference before it lands here.

Commit Conventions

Lowercase, imperative mood, under 72 characters: add linkedin-post skill, update install script. Prefixes: add, update, remove, fix, sync.

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.

Reviews can't be read right now.

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.