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/funkyfunc/browser-dvr-mcp/gemini-mdgit clone --depth 1 https://github.com/funkyfunc/browser-dvr-mcpWrote 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/funkyfunc/browser-dvr-mcp/gemini-md)<a href="https://agentmods.dev/instructions/funkyfunc/browser-dvr-mcp/gemini-md"><img src="https://agentmods.dev/badge/instructions/funkyfunc/browser-dvr-mcp/gemini-md.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 | $0.00706 | $0.00706 |
| Opus 5 | $0.00353 | $0.00353 |
| Sonnet 5 | $0.00141 | $0.00141 |
| Haiku 4.5 | $0.00071 | $0.00071 |
Grade A, and why
browser-dvr-mcp GEMINI.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 3d 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 — 59 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Best Browser MCP Developer Guidelines & Agent Rules
To ensure high reliability of autonomous browser automation and avoid regressions, all developers and coding agents modifying the best-browser MCP server must adhere strictly to the following architectural design principles.
1. Unified Viewport Coordinate Space Principle
All tools that return visual coordinates, bounding boxes, or click targets must return them normalized to the main viewport pixel space.
- The Rule: No tool should ever return raw layout-relative or iframe-local coordinates. All calculations must resolve the target frame offsets using the helper
getFrameOffset(frame)and add them to the coordinates before outputting values to the agent. - Impact: This ensures that geometry surfaced by perception (e.g.
get_semantic_surface) is immediately compatible with interaction tools (e.g.atomic_interact), preventing coordinate shift deadlocks.
2. Universal Subframe/Iframe Support
Enterprise web applications and design canvases utilize nested, scaled, same-origin, and cross-origin iframes. All perception and inspection tools must pierce these boundaries.
- The Rule: Any tool querying element properties, structures, styles, or listeners (e.g.,
evaluate_in_context,browser_get_listeners,get_element_tree) must support frame context switching. - Protocol Targeting: Use
findFrameForBackendNodeIdto locate the target subframe CDP session, and pass the targetframeIdexplicitly to CDP calls (such asAccessibility.getFullAXTree) to avoid falling back to the main document context.
3. Atomic "Locate-and-Act" Operations
To eliminate Virtual DOM element detachment and stale references, keep interaction operations atomic.
- The Rule: Never cache backend element handles across agent reasoning cycles. Prefer the
atomic_interacttool, which locates the node (usingbackendNodeId) and dispatches native browser events in the exact same execution tick.
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.
- 3d ago First seen · 59 lines · 706 tokens per session scan A 8e12436c05b1
browser-dvr-mcp GEMINI.md is an instructions file published in the GitHub repository funkyfunc/browser-dvr-mcp (0 stars, last pushed 1mo ago), licensed MIT. It adds 706 tokens to every session, about $0.0035 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
Browser4 CLAUDE.md
Claude Code instructions for platonai/Browser4, covering browser4 — project context for claude, architecture, key dispatch chain (cli → browser), batch commands and e2e test structure.
fix-quera AGENTS.md
Instructions for AlirezaKeshavarz83/fix-quera, covering agent guidance, project shape, visual style, quera page data findings and compatibility findings.
fast-browser CLAUDE.md
Claude Code instructions for m4ttstack/fast-browser, covering fast browser plugin, where a change belongs, fork branch: use fast-browser-runtime, releasing a new runtime and re-pinning this repo: use the script.
sendblue-browser-use AGENTS.md
Instructions for sendblue-api/sendblue-browser-use, covering agents.md — sendblue-browser-use, what this repo is, setup, common commands and health (no auth).
sniff AGENTS.md
AGENTS.md instructions for Aboudjem/sniff, covering agents.md: sniff, what this repo is, how an agent should use sniff, handling the playwright setup gate and finding output schema.
browser_oxide AGENTS.md
AGENTS.md instructions for yfedoseev/browser_oxide, covering browseroxide — conventions for ai coding assistants, build & test, architecture, key conventions and where to read more.