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.
- sample-skill-advancedSkill
- sample-skillSkill
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
- Distinctive: line 4
Follow it first, then defer to repo docs and the Agent Skills specification.
- Distinctive: line 10
Treat this repo as documentation + examples, not a production service.
- Very specific: line 48
If skills-ref is not on PATH, use the venv executable:
- Distinctive: line 60
Keep the layout shallow and consistent with sample skills.
- Distinctive: line 65
Use lowercase letters, numbers, and hyphens only.
- Distinctive: line 66
No leading/trailing hyphens, no consecutive hyphens.
- Distinctive: line 72
Write concise, procedural instructions.
- Very specific: line 79
Keep SKILL.md under 500 lines and under 5,000 tokens.
- Very specific: line 81
Use assets/ for templates and static resources.
- Very specific: line 82
Use scripts/ for executable logic that should be reused.
- Very specific: line 87
Use relative paths from the skill root (e.g., references/REFERENCE.md).
- Very specific: line 88
Keep references one level deep from SKILL.md.
- Distinctive: line 94
Avoid spaces in file and folder names.
- Distinctive: line 99
Use fenced code blocks with a language tag when possible.
- Distinctive: line 100
Keep line lengths reasonable for readability.
- Distinctive: line 106
Keep scripts self-contained or document dependencies.
- Distinctive: line 107
Prefer deterministic output for validation steps.
- Distinctive: line 112
Avoid silent failures; log what went wrong and how to fix it.
- Distinctive: line 117
If writing Python scripts, prefer explicit imports and small, testable functions.
- Distinctive: line 118
Keep dependencies minimal and document any non-standard requirements.
- Distinctive: line 123
Use pull requests for all changes.
- Distinctive: line 124
Keep commits concise and purpose-driven.
- Distinctive: line 140
Follow the Agent Skills specification first.
- Distinctive: line 141
Use the sample skills as the reference pattern.
- Distinctive: line 142
Keep skills concise, validated, and easy to discover.
≈ “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.
Files
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
PRD.mdfor goals, constraints, and acceptance criteria.CONTRIBUTION.mdfor contribution workflow and standards.- Agent Skills spec: https://agentskills.io/specification
- Best practices: https://agentskills.io/skill-creation/best-practices
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/activateValidate a single skill (preferred single-target check):
skills-ref validate /path/to/skillExamples for this repo:
skills-ref validate ./sample-skill
skills-ref validate ./sample-skill-advancedIf skills-ref is not on PATH, use the venv executable:
third_party/agentskills/skills-ref/.venv/bin/skills-ref validate ./sample-skillCode style and structure guidelines
Skill directory layout
- Each non-sample skill lives under
skills/and is a folder containing a requiredSKILL.md. - Optional folders:
scripts/,references/,assets/. - Keep the layout shallow and consistent with sample skills.
SKILL.md frontmatter rules (required)
namemust match the folder name.- Use lowercase letters, numbers, and hyphens only.
- No leading/trailing hyphens, no consecutive hyphens.
descriptionmust 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.mdunder 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 bashandset -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.mdCONTRIBUTION.mdREADME.mdsample-skill/andsample-skill-advanced/as canonical examples
Cursor or Copilot rules
- No
.cursor/rules/,.cursorrules, or.github/copilot-instructions.mdfound.
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.
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.

