skills
AGENTS.md4 starsChanged 6 months agoApache-2.0View on GitHub
Loose lessons learned while using the skill-creator skill (at .agents/skills/skill-creator/). Terse on purpose. Always read .agents/skills/skill-creator/SKILL.md first — this file only supplements it.
- Installs packages
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,700 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 repository11 other files it gives its agents.
- skill-creatorSkill
- arcjetSkill
- integrate-arcjet-guard-agent-framework-goSkill
- integrate-arcjet-guard-claude-agent-sdk-pySkill
- integrate-arcjet-guard-claude-managed-agents-pySkill
- integrate-arcjet-guard-cloudflare-thinkSkill
- integrate-arcjet-guard-crewaiSkill
- integrate-arcjet-guard-google-adk-pySkill
- integrate-arcjet-guard-langchain-pySkill
- integrate-arcjet-guard-openai-agents-pySkill
- integrate-arcjet-guard-strands-agents-pySkill
The file
We split this AGENTS.md into the rules it gives an agent
4 rules. About 0 are common, 1 is distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 7
Keep prompts minimal. The prescribed format (Skill path / Task / Input files / Save outputs to) is enough — don't add framing like "you're …
- Distinctive: line 8
Don't add restrictions like "don't run the server" or "typechecking optional." Those bias the agent away from the verification step you're …
- Very specific: line 18
Do cp it into the run directory as transcript.jsonl once the task completes.
- Very specific: line 32
Treat fixtures as read-only inputs.
≈ “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
Loose lessons learned while using the skill-creator skill (at .agents/skills/skill-creator/). Terse on purpose. Always read .agents/skills/skill-creator/SKILL.md first — this file only supplements it.
Subagent prompts for test runs
- Keep prompts minimal. The prescribed format (
Skill path / Task / Input files / Save outputs to) is enough — don't add framing like "you're running an eval," "report what you did," or environment hints the agent should discover itself (e.g. that the CLI is pre-authenticated). - Don't add restrictions like "don't run the server" or "typechecking optional." Those bias the agent away from the verification step you're trying to measure.
Aggregation gotchas
- The aggregator expects per-run subdirectories:
eval-X/<config>/run-N/grading.json(plustiming.json). If you save outputs ateval-X/<config>/grading.json(norun-N), it picks up nothing and reports 0%. - Config ordering in
benchmark.mdis alphabetical, which meansnew_skill/old_skillandwith_skill/without_skillflip the delta sign. Sanity-check the sign by hand.
Capturing subagent transcripts
- Each
Agenttask writes its JSONL transcript to/tmp/claude-*/-workspaces-*/<session>/tasks/<task_id>.output. Don'tcatorReadit — it's the full transcript and will blow your context. - Do
cpit into the run directory astranscript.jsonlonce the task completes. The viewer also looks fortranscript.mdat the same level.
Eval viewer
- It embeds every file under
outputs/into a single inline<script>. Without an exclude list it'll happily inline 482 MB ofnode_modules, and a stray backtick inside a vendored file crashes the page. The current code excludesnode_modules,__pycache__,.venv,.next,dist,build, lockfiles, etc. — extend that list if a new ecosystem shows up. - Bind to
0.0.0.0(not127.0.0.1) so devcontainer / remote setups can reach it via the forwarded port.
When the same baseline serves multiple iterations
- For iteration N+1 of an existing skill, you don't have to re-run the previous version as
old_skill. Just point the viewer at the prior iteration with--previous-workspaceand only runwith_skillfor the new round.
Eval fixtures
- Audit fixtures for things the agent will faithfully copy and amplify: stale dep versions (
typescript: ^6.0.0doesn't exist), tool choices the user dislikes (tsx watchif the user prefers native Node),import osthat's unused, etc. Fixtures are part of the test surface. - Treat fixtures as read-only inputs. After copying into the output workspace, all
npm install/pip install/ type-checking should happen inside the copy. A.gitignoreat the fixtures root catches accidental installs that leaknode_modules/or lockfiles back into the source.
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.

