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/moonrunnerkc/ruleprobe/agents-mdgit clone --depth 1 https://github.com/moonrunnerkc/ruleprobeWhat 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 | $0.01576 | $0.01576 |
| Opus 5 | $0.00788 | $0.00788 |
| Sonnet 5 | $0.00315 | $0.00315 |
| Haiku 4.5 | $0.00158 | $0.00158 |
Grade A, and why
ruleprobe AGENTS.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 2d ago.
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 — 130 lines — stays where its author put it; the contents beside it link to each section on GitHub.
AGENTS.md
Instructions for AI coding agents working on the RuleProbe codebase.
RuleProbe verifies whether agents follow instruction files. This file is the instruction file for agents working on RuleProbe itself. It is parsed by RuleProbe in the self-check workflow, so every rule below is written to be machine-verifiable.
Project
- Repository: https://github.com/moonrunnerkc/ruleprobe
- Package: https://www.npmjs.com/package/ruleprobe
- Language: TypeScript (strict)
- Runtime: Node.js >= 18
- License: MIT
Build and Test
- Use
npmas the package manager. Do not switch to pnpm, yarn, or bun. - Use
vitestas the test runner. Do not introduce jest or mocha. - Run
npm testbefore declaring any change complete. - Run
npm run buildto verify the TypeScript compile is clean. - A
package-lock.jsonmust exist at the repo root. - Pinned dependency versions are required in
package.json(no^or~ranges).
Code Style
- Use TypeScript strict mode. Never disable strict checks.
- Never use
any. Useunknownand narrow, or define a precise type. - Always use named exports. Never use default exports.
- Use camelCase for variables and functions.
- Use PascalCase for types, interfaces, and classes.
- Use kebab-case for filenames.
- Prefer
constoverlet. - Prefer
interfaceovertypefor object shapes. - Prefer
async/awaitover.then()chains. - Never use
console.login production code. Use the structured logger. - Never use
eval. - No magic numbers without a named constant or inline comment justifying the value.
- No em dashes anywhere in source, comments, docs, or commit messages. Use commas, colons, semicolons, parentheses, or separate sentences.
- Files must stay under 300 lines. If a file approaches the limit, decompose it.
- Add full JSDoc to every exported function, class, and type.
- Avoid nested ternaries. Use early returns to flatten control flow.
Architecture Boundaries
- Parser code lives under
src/parser/. Do not call verifier code from the parser. - Verifier engines live under
src/verifiers/. Each engine exports a single entrypoint that returnsVerificationResult[]. - The semantic tier lives under
src/semantic/. Source code must never leave the user's machine. Only numeric AST vectors, opaque sub-tree hashes, boolean flags, and rule text may be sent to an LLM. - The CLI lives under
src/cli/. Commands compose pipeline functions; they do not contain pipeline logic. - Shared types live under
src/types/. Do not duplicate type definitions across modules.
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.
- 2d ago First seen · 130 lines · 1,576 tokens per session scan A 910b63c3d595
ruleprobe AGENTS.md is an instructions file published in the GitHub repository moonrunnerkc/ruleprobe (2 stars, last pushed 3mo ago), licensed MIT. It adds 1,576 tokens to every session, about $0.0079 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-08-31.
Other instructions, from other repositories
deep-init copilot-instructions.md
Instructions for deepfusionlabs/deep-init, covering repository instructions (copilot projection), kemal — agent context, architecture, components (7) and critical to know (non-obvious, load-bearing).
vibe-27 AGENTS.md
AGENTS.md instructions for fatalex27/vibe-27, covering vibe-27 behavioral guidelines, 1. editor, not typist, 2. intention over implementation, 3. trust and verify and 4. think before coding.
vibe-27 CLAUDE.md
Claude Code instructions for fatalex27/vibe-27, covering vibe-27 behavioral guidelines, 1. editor, not typist, 2. intention over implementation, 3. trust and verify and 4. think before coding.
fable-method AGENTS.md
Instructions for Sahir619/fable-method, covering agents.md - the fable method, usage, step 0 - classify the ask, step 1 - define done and step 2 - gather evidence.
AGENTS.md AGENTS.md
Instructions for Anbeeld/AGENTS.md, covering global instructions, priorities, boundaries, uncertainty and evidence.
awesome-grok-build AGENTS.md
Instructions for DominikTobureto/awesome-grok-build, covering agents.md, mission, operating principles, source policy and file conventions.