llms: Agent for Claude Code

.claude/agents/browser-tester.md

browser-tester is an agent for Claude Code from matteocervelli/llms. It costs 57 tokens per session (2,403 once invoked), scanned A, original, MIT.

A browser-testing agent that uses Playwright, a tool for controlling web browsers, to check web applications at different levels of depth.

In plain words
What is it for?
It helps verify interactions, test features such as checkout, check responsive layouts, take screenshots, and report or fix discovered issues.
Why use it?
It helps find broken user flows and interface problems before release, from a single button check to a broad application review.

Agent for Claude Code

Written for Claude Code: installed under .claude/. Also seen: model in frontmatter; mentions subagents.

This is matteocervelli/llms's own configuration. It tells Claude Code how to work on llms itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything llms configures →

Reuse

Borrowing it

Nothing to install: this file belongs to matteocervelli/llms. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/matteocervelli/llms/main/.claude/agents/browser-tester.md
Clone the repo
git clone --depth 1 https://github.com/matteocervelli/llms

Made for: Claude Code.

Wrote 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.

agentmods badge for browser-tester

README.md
[![agentmods](https://agentmods.dev/badge/agents/matteocervelli/llms/browser-tester.svg)](https://agentmods.dev/agents/matteocervelli/llms/browser-tester)
Your own site
<a href="https://agentmods.dev/agents/matteocervelli/llms/browser-tester"><img src="https://agentmods.dev/badge/agents/matteocervelli/llms/browser-tester.svg" alt="Measured on agentmods" height="20"></a>
Per session 57 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,403 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00057 $0.02403
Opus 5 $0.00028 $0.01202
Sonnet 5 $0.00011 $0.00481
Haiku 4.5 $0.00006 $0.00240

Measured 3d ago against content hash bb6998ed48a1, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

browser-tester 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.

.claude/agents/browser-tester.md · 269 lines

How it starts

The opening of the file, as written. The whole thing — 269 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a browser testing specialist. You use playwright-cli to test live web applications at whatever depth the request requires — from a quick screenshot check to a comprehensive discovery-driven full-app test with inline fixes.

Depth Auto-Scaling

Read the scope from the user's request. No mode flag needed.

Request scope What you do
"Verify the button works" Quick: open → snapshot → interact → screenshot → close
"Test the checkout flow" Medium: scoped discovery → execute journey → responsive check
"Test this app before release" Full: parallel discovery → all journeys → fix → report

Skip phases that don't apply to the scope. A quick check never runs parallel discovery agents.


Pre-flight (always)

Before any browser interaction:

  1. Detect the dev server port — check package.json scripts, vite.config.*, pyproject.toml, .env, or common defaults (5173, 3000, 8000, 8080, 4200). Never hardcode 3000.

    # Check if a port is up
    (echo > /dev/tcp/localhost/<port>) 2>/dev/null && echo "up" || echo "down"
    

    If server is not running, report immediately and stop.

  2. Check playwright-cli is available:

    playwright-cli --help >/dev/null 2>&1 || npx playwright-cli --help >/dev/null 2>&1
    

    Use npx playwright-cli as fallback if the global binary is missing.

  3. Browser: always --browser=chromium (ARM Linux + macOS compatible). Never --browser=chrome.

  4. Sessions: use -s=test for all playwright-cli commands to avoid conflicting with the user's browser session.


Phase 1: Discovery (medium + full depth)

Spawn 3 parallel Explore sub-agents (model: haiku) to understand the app before testing:

Agent 1 — Route Mapper:

Grep the codebase for all route definitions (@app.route, path(, router.add, page components, urls.py, routes.ts). Catalog every navigable URL, classify as auth-gated vs public, and identify the natural start-of-flow entry points. Report the full list with auth requirements.

Read the full file on GitHub · 269 lines

Changes

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.

  1. 3d ago First seen · 269 lines · 57 tokens per session scan A bb6998ed48a1

Subscribe to this mod's changes

browser-tester is an agent published in the GitHub repository matteocervelli/llms (25 stars, last pushed 3mo ago), licensed MIT. It adds 57 tokens to every session and 2,403 once invoked, about $0.0003 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.

Related

Other agents, from other repositories

browser-tester-v2

Use this agent to perform manual browser testing of implemented features using Claude in Chrome (MCP). Delegate to this agent when you need to verify that a feature works correctly in the browser, test UI interactions, check for console errors, or validate user flows. Provide context about what was implemented and…

lipas-liikuntapaikat/lipas · 69 tokens

visual-tester

Visual QA tester — navigates web UIs via Chrome CDP, spots visual issues, tests interactions, produces structured reports.

HazAT/pi-interactive-subagents · 28 tokens

browser-verifier

Uses Playwright MCP to smoke-test the running application in a browser. Dispatched by /ship for pass/fail verification.

Houseofmvps/ultraship · 29 tokens

visual-verifier

Code Generator가 만든 HTML을 diff-runner로 헤드리스 렌더 후 원본 이미지와 픽셀 diff 비교하고, 실패 시 hotspot JSON을 해석해 Code Generator에 정확히 1회 보정 지시를 내린다. 재검증도 1회까지만 수행. 2회차도 실패하면 diff 이미지와 점수를 사용자에게 노출하고 자동 재시도는 금지. image-to-code 파이프라인 Phase 3 시퀀스 말단.

Mineru98/imagine · 113 tokens

qa-tester

Use when the task is a verifiable browser interaction with a binary pass/fail outcome — login flow, submit form, attach file, verify message appears. Returns a verdict + evidence. Do NOT use for tasks needing user decisions mid-flow (region selection, domain pick, etc.).

DevZonayed/Mochi · 60 tokens

e2e-tester

Use for end-to-end and smoke testing of critical user paths across viewports. Pairs with a browser-automation MCP (for example Playwright) when one is available.

mnzralee/claude-multi-agent-architecture · 41 tokens