Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/rjmurillo/ai-agents/claude-agentsgit clone --depth 1 https://github.com/rjmurillo/ai-agentsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/instructions/rjmurillo/ai-agents/claude-agents)<a href="https://agentmods.dev/instructions/rjmurillo/ai-agents/claude-agents"><img src="https://agentmods.dev/badge/instructions/rjmurillo/ai-agents/claude-agents.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.03481 | $0.03481 |
| Opus 5 | $0.01741 | $0.01741 |
| Sonnet 5 | $0.00696 | $0.00696 |
| Haiku 4.5 | $0.00348 | $0.00348 |
Grade A, and why
ai-agents claude-agents.instructions.md scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 132 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Claude Agent and Skill Rules
src/claude/*.md are hand-maintained Claude agent prompts with unique Claude-specific content (name/model frontmatter). They are NOT generated. templates/agents/*.shared.md holds the shared body that the Copilot and VS Code copies are generated from. No check compares the content of src/claude/*.md against that shared body, and the co-change check that exists is one-directional (see MUST-1). .claude/agents/, .claude/skills/, and .claude/commands/ hold per-repo artifacts loaded by Claude Code.
MUST
- Edit Claude agents directly, in lockstep with the shared template.
src/claude/*.mdis hand-maintained; no generator writes it (detect_agent_drift.py:19"Claude agents have unique content and are NOT generated from templates."). To change shared agent behavior, edit BOTHsrc/claude/<agent>.mdANDtemplates/agents/<agent>.shared.mdin the same change, then runuv run python build/generate_agents.pyto refresh the generated Copilot and VS Code copies (src/copilot-cli/,src/vs-code-agents/).build/scripts/validate_install_parity.pychecks co-change in a diff, not content agreement: "reports the sibling files that should have changed together and did not" (validate_install_parity.py:24). Nothing compares the two files' text for agreement.
That co-change check is asymmetric, so it does not enforce the lockstep in the direction you most need. Measured at origin/main:
python3 build/scripts/validate_install_parity.py --files templates/agents/architect.shared.md; echo $? # 1
python3 build/scripts/validate_install_parity.py --files src/claude/architect.md; echo $? # 0
A solo template edit is caught. A solo src/claude/ edit is not: the hand-maintained copies are exempt from the required-sibling set, so you can change Claude agent behavior without touching the template and no gate objects. This carve-out is load-bearing, not vestigial: measured at origin/main 08f4941565, of the 173 commits since 2025-01-01 touching a hand-maintained member of a shared-agent group, 54 (31%) did not touch the template. A group is a stem with a templates/agents/{stem}.shared.md, and its hand-maintained members are all three of src/claude/{stem}.md, .claude/agents/{stem}.md, and .github/agents/{stem}.agent.md. Counting only src/claude/ gives a different and narrower 26 of 142, 18%. Both figures grow as commits land, so re-measure rather than trusting the absolute counts; the ratio is the durable part. Treat the lockstep as a convention you uphold, not a rule the tooling enforces. The drift detector scores similarity against a floor, a much weaker condition than agreement; see the section below. Read both files before you edit either.
2. Skill schema. Every skill MUST have a SKILL.md with frontmatter fields name, version, description per .agents/steering/claude-skills.md.
3. Skill tests. New skills MUST include pytest coverage under tests/skills/<name>/; CI tests do not ship with skills.
4. File cap per PR. Skill additions SHOULD ship ≤10 files per PR (see .agents/steering/claude-skills.md).
5. No internal references in src/claude/. Files under src/claude/ MUST NOT reference .agents/ paths that will not exist for downstream installers.
6. Python for skill scripts. New skill scripts MUST be Python per ADR-042.
7. Test what the prose promises. When a SKILL.md names a script, an exit code, and what that code means, it has defined an executable contract, and at least one file under tests/ MUST assert the documented exit-code behavior. Prose is not enforcement: a documented exit code that nothing asserts drifts from the script the first time someone edits the script and not the document, and the drift is invisible because the document still reads correctly. check_skill_contract_tests.py enforces this.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 132 lines · 3,481 tokens per session scan A b114c90247f8
ai-agents claude-agents.instructions.md is an instructions file published in the GitHub repository rjmurillo/ai-agents (45 stars, last pushed today), licensed MIT. It adds 3,481 tokens to every session, about $0.0174 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other instructions, from other repositories
abtars AGENTS.md
AGENTS.md instructions for aksika/abtars, covering agents.md, quick commands, architecture, model-call chokepoint: spin(spec) (#1271) and external dependency: abmind.
Alex_Skill_Mall mall-maintenance-rules.instructions.md
Always-on routing for Mall maintenance work — fires the right Mall skill at the right moment. Distinguishes Mall-owned automation from out-of-scope editorial work.
gameforge AGENTS.md
Instructions for robcost/gameforge, covering general guidelines for working with nx, scaffolding & generators and when to use nxdocs.
codex AGENTS.md
AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
spec-kit AGENTS.md
AGENTS.md instructions for github/spec-kit, covering agents.md, about spec kit and specify, quickstart — add a new integration in 5 steps, integration architecture and integrationmanifest — file tracking.