agentleFS
fgmacedofgmacedo/agent-skills/AGENTS.md

agent-skills

AGENTS.md10 starsChanged 20 days agoMITView on GitHub

This repository contains skills for AI coding agents, published to the skills.sh marketplace. Follow these guidelines when working with or contributing to this repository. Each skill directory must contain a SKILL.md with YAML frontmatter: The description field serves dual purposes: 1. What the skill does — clear, concise summary 2. When to trigger — keywords and phrases that help agents recognize when to activate the skill Include natural-language trigger phrases (e.g., "this is slow", "make it faster") alongside technical terms.

  • Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.

    Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.

  • In this repository6 other files it gives its agents.

The file

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

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈6

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 6

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Must not start or end with a hyphen

    line 37
  2. Distinctive:

    Must match the parent directory name exactly

    line 39
  3. Very specific:

    Keep SKILL.md under 500 lines — move detailed content to references/ files

    line 53
  4. Distinctive:

    Use progressive disclosure: the main file provides the workflow, reference files provide tool-specific details

    line 54
  5. Distinctive:

    Use numbered steps for sequential workflows

    line 60
  6. Distinctive:

    Use decision trees or tables for choosing between alternatives

    line 61
  7. Very specific:

    Create a directory under skills/ with a kebab-case name

    line 75
  8. Very specific:

    Add a SKILL.md with valid frontmatter (name must match directory)

    line 76
  9. Very specific:

    Add supporting files under references/ or scripts/ as needed

    line 77
  10. Distinctive:

    Update the skills table in README.md

    line 78
  11. Very specific:

    Test the skill by installing it locally: npx skills add .

    line 79
  12. Very specific:

    Every non-obvious factual claim in a skill's references (checker behavior, defaults, flags) must be backed by an executable claim in …

    line 83

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.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
AGENTS.md

Agent Guidelines

This repository contains skills for AI coding agents, published to the skills.sh marketplace. Follow these guidelines when working with or contributing to this repository.

Repository Structure

agent-skills/
├── skills/                     # All skills live here
│   └── <skill-name>/          # One directory per skill
│       ├── SKILL.md           # Required — skill definition with frontmatter
│       ├── references/        # Optional — supporting documentation
│       └── scripts/           # Optional — executable scripts
├── claims/                    # Executable checks for factual claims in skill references (not installed)
├── AGENTS.md                  # This file — guidance for AI agents
├── README.md                  # Repository overview and install instructions
└── LICENSE                    # MIT

Skill Format (skills.sh specification)

Each skill directory must contain a SKILL.md with YAML frontmatter:

---
name: skill-name          # Required. Lowercase, hyphens only. Must match directory name.
description: >            # Required. Max 1024 chars. Describe what it does AND when to trigger.
  Description here.
license: MIT              # Optional. License identifier.
---

Naming rules for name

  • Max 64 characters
  • Lowercase letters, numbers, and hyphens only
  • Must not start or end with a hyphen
  • No consecutive hyphens
  • Must match the parent directory name exactly

Description guidelines

The description field serves dual purposes:

  1. What the skill does — clear, concise summary
  2. When to trigger — keywords and phrases that help agents recognize when to activate the skill

Include natural-language trigger phrases (e.g., "this is slow", "make it faster") alongside technical terms.

Content Guidelines

Size and structure

  • Keep SKILL.md under 500 lines — move detailed content to references/ files
  • Use progressive disclosure: the main file provides the workflow, reference files provide tool-specific details
  • Reference files are loaded on demand when the agent needs them

Writing style

  • Be direct and actionable — agents follow instructions, not suggestions
  • Use numbered steps for sequential workflows
  • Use decision trees or tables for choosing between alternatives
  • Include concrete code examples with realistic patterns
  • Specify exact commands with all necessary flags

Focus areas

This repository focuses on skills useful for:

  • Coding — performance optimization, debugging, testing
  • Design — system architecture, API design, code organization
  • Best practices — engineering standards, code review, technical documentation
  • Leadership — technical decision-making, team practices, incident response

Contributing a New Skill

  1. Create a directory under skills/ with a kebab-case name
  2. Add a SKILL.md with valid frontmatter (name must match directory)
  3. Add supporting files under references/ or scripts/ as needed
  4. Update the skills table in README.md
  5. Test the skill by installing it locally: npx skills add . --skill <name>

Verifying Claims

Every non-obvious factual claim in a skill's references (checker behavior, defaults, flags) must be backed by an executable claim in claims/<skill>/ that passes against the pinned toolchain. Each claim file holds the claims and the probe files they run. Re-run the claims when bumping a tool version, and update the reference with what the probe shows:

uv sync --project claims/python-typing/toolchain
python3 claims/python-typing/verify.py

Quality Checklist

  • name in frontmatter matches directory name
  • description includes both purpose and trigger phrases
  • SKILL.md is under 500 lines
  • All referenced files exist
  • Instructions are concrete and actionable (not vague advice)
  • Code examples are realistic and use current best practices

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.