agentleFS
lc-rezendelc-rezende/AI-Custom-Skills/AGENTS.md

AI-Custom-Skills

AGENTS.md1 starsChanged 8 months agoApache-2.0View on GitHub

This file is guidance for agentic coding tools working in this repository. Follow it first, then defer to repo docs and the Agent Skills specification. There is no app build, lint, or unit test suite in the root repo. Validation is done per-skill using the Agent Skills reference validator. Setup (submodule + tools): Validate a single skill (preferred single-target check): Examples for this repo: If skills-ref is not on PATH, use the venv executable:

  • 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 repository2 other files it gives its agents.

The file

Show its rules and text

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

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈19

    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:

    Follow it first, then defer to repo docs and the Agent Skills specification.

    line 4
  2. Distinctive:

    Treat this repo as documentation + examples, not a production service.

    line 10
  3. Very specific:

    If skills-ref is not on PATH, use the venv executable:

    line 48
  4. Distinctive:

    Keep the layout shallow and consistent with sample skills.

    line 60
  5. Distinctive:

    Use lowercase letters, numbers, and hyphens only.

    line 65
  6. Distinctive:

    No leading/trailing hyphens, no consecutive hyphens.

    line 66
  7. Distinctive:

    Write concise, procedural instructions.

    line 72
  8. Very specific:

    Keep SKILL.md under 500 lines and under 5,000 tokens.

    line 79
  9. Very specific:

    Use assets/ for templates and static resources.

    line 81
  10. Very specific:

    Use scripts/ for executable logic that should be reused.

    line 82
  11. Very specific:

    Use relative paths from the skill root (e.g., references/REFERENCE.md).

    line 87
  12. Very specific:

    Keep references one level deep from SKILL.md.

    line 88
  13. Distinctive:

    Avoid spaces in file and folder names.

    line 94
  14. Distinctive:

    Use fenced code blocks with a language tag when possible.

    line 99
  15. Distinctive:

    Keep line lengths reasonable for readability.

    line 100
  16. Distinctive:

    Keep scripts self-contained or document dependencies.

    line 106
  17. Distinctive:

    Prefer deterministic output for validation steps.

    line 107
  18. Distinctive:

    Avoid silent failures; log what went wrong and how to fix it.

    line 112
  19. Distinctive:

    If writing Python scripts, prefer explicit imports and small, testable functions.

    line 117
  20. Distinctive:

    Keep dependencies minimal and document any non-standard requirements.

    line 118
  21. Distinctive:

    Use pull requests for all changes.

    line 123
  22. Distinctive:

    Keep commits concise and purpose-driven.

    line 124
  23. Distinctive:

    Follow the Agent Skills specification first.

    line 140
  24. Distinctive:

    Use the sample skills as the reference pattern.

    line 141
  25. Distinctive:

    Keep skills concise, validated, and easy to discover.

    line 142

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

AGENTS.md

This file is guidance for agentic coding tools working in this repository. Follow it first, then defer to repo docs and the Agent Skills specification.

Repository purpose

  • This repo stores reusable Agent Skills aligned to https://agentskills.io.
  • Skills are Markdown-first, with optional scripts, references, and assets.
  • Treat this repo as documentation + examples, not a production service.

Sources of truth

Build, lint, and test commands

There is no app build, lint, or unit test suite in the root repo. Validation is done per-skill using the Agent Skills reference validator.

Skills validation (primary check)

Setup (submodule + tools):

git submodule update --init --recursive
cd third_party/agentskills/skills-ref
uv sync
source .venv/bin/activate

Validate a single skill (preferred single-target check):

skills-ref validate /path/to/skill

Examples for this repo:

skills-ref validate ./sample-skill
skills-ref validate ./sample-skill-advanced

If skills-ref is not on PATH, use the venv executable:

third_party/agentskills/skills-ref/.venv/bin/skills-ref validate ./sample-skill

Code style and structure guidelines

Skill directory layout

  • Each non-sample skill lives under skills/ and is a folder containing a required SKILL.md.
  • Optional folders: scripts/, references/, assets/.
  • Keep the layout shallow and consistent with sample skills.

SKILL.md frontmatter rules (required)

  • name must match the folder name.
  • Use lowercase letters, numbers, and hyphens only.
  • No leading/trailing hyphens, no consecutive hyphens.
  • description must be clear about what the skill does and when to use it.
  • Optional fields must follow the spec (license, compatibility, metadata).

SKILL.md body content

  • Write concise, procedural instructions.
  • Provide defaults rather than listing many options.
  • Focus on project-specific knowledge, not generic advice.
  • Include examples or templates when output format matters.

Progressive disclosure

  • Keep SKILL.md under 500 lines and under 5,000 tokens.
  • Move extended details into references/.
  • Use assets/ for templates and static resources.
  • Use scripts/ for executable logic that should be reused.
  • In SKILL.md, tell the agent exactly when to load each file.

File references

  • Use relative paths from the skill root (e.g., references/REFERENCE.md).
  • Keep references one level deep from SKILL.md.

Naming conventions

  • Skill folders: lowercase letters, numbers, hyphens only.
  • Files: prefer lowercase with hyphens or underscores; be consistent within a skill.
  • Avoid spaces in file and folder names.

Formatting

  • Markdown is the primary format; keep it clean and readable.
  • Use fenced code blocks with a language tag when possible.
  • Keep line lengths reasonable for readability.

Scripts (if added)

  • Bash scripts should start with #!/usr/bin/env bash and set -euo pipefail.
  • Provide clear usage instructions and error messages.
  • Keep scripts self-contained or document dependencies.
  • Prefer deterministic output for validation steps.

Error handling

  • Fail fast in scripts with helpful messages.
  • Avoid silent failures; log what went wrong and how to fix it.
  • Validate inputs before performing destructive steps.

Types and imports

  • If writing Python scripts, prefer explicit imports and small, testable functions.
  • Keep dependencies minimal and document any non-standard requirements.
  • Type hints are encouraged for non-trivial scripts.

Contribution workflow expectations

  • Use pull requests for all changes.
  • Keep commits concise and purpose-driven.
  • Include validation results in PR descriptions.

Files to treat as authoritative

  • PRD.md
  • CONTRIBUTION.md
  • README.md
  • sample-skill/ and sample-skill-advanced/ as canonical examples

Cursor or Copilot rules

  • No .cursor/rules/, .cursorrules, or .github/copilot-instructions.md found.

When in doubt

  • Follow the Agent Skills specification first.
  • Use the sample skills as the reference pattern.
  • Keep skills concise, validated, and easy to discover.

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.