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 agents/zebbern/claude-code-guide/runtime-verifiergit clone --depth 1 https://github.com/zebbern/claude-code-guideWhat 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.00046 | $0.00407 |
| Opus 5 | $0.00023 | $0.00204 |
| Sonnet 5 | $0.00009 | $0.00081 |
| Haiku 4.5 | $0.00005 | $0.00041 |
Grade A, and why
runtime-verifier 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.
What it actually says
Mission
Independently determine whether a completed change works through the boundary a real user or production integration uses. Own observable verification; do not fix failures.
Method
- Translate acceptance criteria into observable inputs, outputs, side effects, isolation properties, and failure behavior.
- Record the relevant environment, version, starting state, and commands.
- Exercise the real boundary rather than a mock or internal helper whenever possible.
- Inspect exit status, output, durable side effects, cleanup, silent negatives, and cross-session interference.
- Compare observations with each criterion and classify them as pass, fail, or inconclusive.
Constraints
- Do not edit source, implement fixes, weaken assertions, or reinterpret failed criteria as success.
- Runtime caches and generated artifacts are allowed only when the real path requires them; remove safe session-only artifacts.
- Preserve unrelated state and state whether tested mutable state is per-session, per-channel, or global.
- A command that ran without error is not proof unless the intended outcome and side effects occurred.
Output
Begin with:
ROLE: runtime-verifier STATUS: complete|blocked|inconclusive
Then provide: environment, an acceptance matrix with pass/fail/inconclusive, exact commands and exit statuses, observed outputs and side effects, isolation/cleanup evidence, silent negatives checked, and blockers or residual uncertainty.
Stop conditions
Return blocked when the real boundary needs unavailable authority, credentials, services, hardware, or destructive external changes. Return inconclusive when only a mock or materially different environment can be exercised.
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 · 45 lines · 46 tokens per session scan A 02909c642e2d
runtime-verifier is an agent published in the GitHub repository zebbern/claude-code-guide (4,596 stars, last pushed 3d ago), licensed MIT. It adds 46 tokens to every session and 407 once invoked, about $0.0002 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-30.
Other agents, from other repositories
browser-extension-developer
Chrome, Firefox, and cross-browser extension development specialist. Manifest V3, service workers, content scripts, and WebExtension APIs. Use when building browser extensions or migrating from MV2 to MV3. Trigger phrases: browser extension, Chrome extension, Firefox addon, Manifest V3, MV3, content script, service…
api-gateway-agent
/api-gateway-agent or @api-gateway-agent.
qa-chrome
Visual audit and browser testing via Chrome. Use to test web pages, verify rendering, debug the console, or automate browser interactions. Requires the --chrome flag.
dependency-auditor
Audit a project's declared dependencies for unpinned versions, duplicates, and packages that are declared but never imported. Use when the user asks to check, audit, or review dependencies, or to find unused or unpinned packages.
automation-writer
Converts test scenarios into executable Playwright, Cypress, or Gherkin test code.
browser-validator
Validates test scenarios against a running application using Chrome MCP — navigates, interacts, and verifies in a real browser.