agent-skills
AGENTS.md3 starsChanged 2 months agoMITView on GitHub
This file applies to the entire repository. A more deeply nested AGENTS.md adds instructions for its own directory and takes precedence where rules conflict. Do not rewrite unrelated instruction files when changing one skill. Skills are Markdown packages. The instruction auditors and their unit tests use Python 3; packaging uses GNU Make. Each skill declares its own external runtime and CLI requirements. Use SKILLS-GUID.md to select a package under skills/; read the selected SKILL.md before using it. No repository-wide external…
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 repository22 other files it gives its agents.
- agents-md-expertSkill
- audit-overengineeringSkill
- codegraphSkill
- code-review-skillSkill
- commitSkill
- diagram-designSkill
- drawio-skillSkill
- find-skillsSkill
- finesse-uiSkill
- go-auditorSkill
- go-devSkill
- go-mcp-builderSkill
- ip-as-logoSkill
- mermaid-diagramsSkill
- playwright-cli-cdpSkill
- rag-agent-builderSkill
- simplify-codebaseSkill
- skill-engineerSkill
- software-designerSkill
- svg-logo-designerSkill
- tavily-webSkill
- web-cloneSkill
The file
Show its rules and text
We split this AGENTS.md into the rules it gives an agent
18 rules. About 1 is common, 9 are distinctive, and 8 are very specific to this project.
≈1
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Very specific: line 26
Use SKILLS-GUID.md to select a package under skills/.
- Very specific: line 30
Read the target skill's complete SKILL.md before changing it.
- Distinctive: line 31
Follow only the references directly required by the task.
- Distinctive: line 32
Check for a nested AGENTS.md in the target directory before editing.
- Distinctive: line 34
Treat each skill as an independent package.
- Very specific: line 38
Keep every skill self-contained under skills/<skill-name>/.
- Very specific: line 39
Use a lowercase hyphen-case directory name and make it match the name field in SKILL.md frontmatter.
- Very specific: line 41
Keep the main workflow concise.
- Common: line 43
Do not add secrets, credentials, private machine paths, generated caches, dependency directories, or build output.
- Very specific: line 44
When adding, removing, or renaming a skill, update both root README files and SKILLS-GUID.md in the same change.
- Distinctive: line 61
Run commands from the repository root unless another directory is specified.
- Very specific: line 82
Run this only when that directory exists and its tests use unittest.
- Very specific: line 92
Run make package <skill-name> from skills/ only when packaging is requested.
- Distinctive: line 93
Do not install dependencies, run generators, or execute checks that require external services without first confirming that the task …
- Distinctive: line 97
Do not edit generated artifacts directly when their source files and generator are present.
- Distinctive: line 98
Do not weaken or delete tests to make validation pass.
- Distinctive: line 99
Do not modify Git history, discard user changes, or push to a remote repository.
- Distinctive: line 104
When project structure, the technology stack, build or test commands, generation workflows, or development constraints change, update the …
≈ “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
Repository Instructions
Scope
This file applies to the entire repository. A more deeply nested AGENTS.md adds instructions for its own directory and takes precedence where rules conflict. Do not rewrite unrelated instruction files when changing one skill.
Repository Structure
skills/<skill-name>/SKILL.mdis the required entry point for each skill.- A skill may also contain
agents/,assets/,evals/,examples/,references/,scripts/,templates/, ortests/. Add supporting files only when the skill needs them. README.mdandREADME.zh-CN.mdare the English and Chinese repository indexes. Keep their skill lists and repository facts aligned.SKILLS-GUID.mdis the agent-facing routing guide for choosing among this repository's skills. Keep it concise and do not duplicate complete skill workflows.skills/Makefilepackages one skill at a time and writes archives underskills/dist/.
Technology Stack
Skills are Markdown packages. The instruction auditors and their unit tests use Python 3; packaging uses GNU Make. Each skill declares its own external runtime and CLI requirements.
Documentation Index
- README.md and README.zh-CN.md describe distribution and usage.
- SKILLS-GUID.md owns task routing; package references own task-specific details.
Skills Index
Use SKILLS-GUID.md to select a package under skills/; read the selected SKILL.md before using it. No repository-wide external toolchain is implied.
Before Editing
- Read the target skill's complete
SKILL.mdbefore changing it. - Follow only the references directly required by the task; resolve relative paths from the skill directory.
- Check for a nested
AGENTS.mdin the target directory before editing. - Inspect
git status --shortand preserve unrelated or pre-existing changes. - Treat each skill as an independent package. Do not assume that commands, dependencies, or conventions from one skill apply to another.
Skill Authoring Rules
- Keep every skill self-contained under
skills/<skill-name>/. - Use a lowercase hyphen-case directory name and make it match the
namefield inSKILL.mdfrontmatter. - Give
SKILL.mda concrete, trigger-orienteddescription; do not leave unfinished placeholder markers. - Keep the main workflow concise. Move detailed guidance to
references/and reusable operations toscripts/when that improves progressive disclosure. - Reference bundled scripts and reference documents from
SKILL.mdso agents can discover when to use them. - Do not add secrets, credentials, private machine paths, generated caches, dependency directories, or build output.
- When adding, removing, or renaming a skill, update both root README files and
SKILLS-GUID.mdin the same change. UpdateSKILLS-GUID.mdwhen a skill's trigger conditions or boundaries change materially. - 强依赖外部 CLI 命令、参数、输出字段或内部 API 的 Skill,必须在 frontmatter 的 metadata 设置
external-cli: "true",用 metadata 的cli-compatibility指向包内兼容性契约,并由SKILL.md直接链接。契约必须记录本机验证版本或明确说明未安装,列出关键能力探测和版本不一致时的处理;没有跨版本测试证据时,不得把单一验证版本表述为完整支持范围。
Skill 独立性设计原则
- 每个
skills/<skill-name>/都必须是可单独安装、读取、执行和验证的独立分发包;假设其他 sibling skill 均未安装。 - 一个 skill 的
SKILL.md、metadata、references、scripts、assets、examples、evals 和 tests 不得点名、调用、组合、链接或依赖其他 sibling skill,也不得读取../<other-skill>/下的文件。 - 不要在 skill 包内写“改用某个 skill”“组合某个 skill”或“先运行某个 skill”等路由说明。跨 skill 的选择、互补关系和组合流程只能写在仓库根
README.md、README.zh-CN.md或SKILLS-GUID.md等中央索引中。 - 能力边界必须用任务类型描述,例如“本 Skill 不用于仅审查单次 PR/diff”,不要用其他 skill 名称描述边界。
- 如果工作流依赖外部 CLI、MCP、SDK、运行时或服务,当前 skill 必须自行说明前置条件、授权边界、调用方式、失败降级和验证方法;外部工具与 sibling skill 同名时,也不得把对应 sibling skill 当作前置条件。
- 当前 skill 所需的私有模板、脚本和参考资料必须放入自身目录并从
SKILL.md可发现;不得用跨包相对路径、指向包外的符号链接或用户机器上的另一个 skill 安装路径复用资源。 - 审查或修改 skill 时,必须运行独立性检查;发现 sibling 名称引用、越出包目录的本地 Markdown 链接或包外符号链接时视为失败,不得以“组合使用更方便”为理由保留。
本仓自有技能按独立包检查;审计其他来源的插件时,按其明确的分发根目录验证,不把插件内部共享资料误判为越界。命令中的普通词与示例不算 Skill 调用。
Validation
Run commands from the repository root unless another directory is specified.
- For a changed skill, run the checks documented by that skill and the tests located in its own
tests/directory. Do not claim that a repository-wide test suite exists. Audit a skill directory with:
python3 skills/skill-engineer/scripts/audit_skill.py skills/<skill-name>Audit an
AGENTS.mdfile with:python3 skills/agents-md-expert/scripts/audit_agents_md.py <path-to-AGENTS.md>Standard-library Python tests can be run for a specific skill with:
python3 -m unittest discover -s skills/<skill-name>/testsRun this only when that directory exists and its tests use
unittest.playwright-cli-cdpadditionally has Windows PowerShell checks intests/test-launcher.ps1and an opt-in real-browser test intests/forward-isolation.py; the latter operates on two explicitly supplied disposable instance JSON files and leaves browsers running. See itsreferences/isolated-instances.mdbefore running it.To inspect the files that would be packaged, run from
skills/:make list <skill-name>- Run
make package <skill-name>fromskills/only when packaging is requested. It creates or replacesskills/dist/<skill-name>.zip; verify the resulting archive withmake verify <skill-name>. - Do not install dependencies, run generators, or execute checks that require external services without first confirming that the task authorizes those side effects.
Change Boundaries
- Do not edit generated artifacts directly when their source files and generator are present; update the source and regenerate with the documented command.
- Do not weaken or delete tests to make validation pass.
- Do not modify Git history, discard user changes, or push to a remote repository.
- Report missing dependencies, unavailable tools, and commands that could not be run instead of inventing substitute results.
Instruction Maintenance
When project structure, the technology stack, build or test commands, generation workflows, or development constraints change, update the applicable AGENTS.md in the same change. Update only the instruction files whose scope is affected.
Completion Report
State what changed, which checks actually ran, their results, and any unverified assumptions or remaining risks. Before finishing, confirm that the change did not leave stale entries in either root README or SKILLS-GUID.md, and whether an AGENTS.md synchronization update is required.
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.

