Test your own app
Point Claude at your dev server or a preview deploy; it reads the page as a snapshot with element refs, clicks, types and takes screenshots.
Integrations / AI agent clients / Claude Code
Claude Code can read your code but not your running site. Add the Browz MCP server and it can open your app in a real browser, sign in as a test user and check what changed, each task in its own isolated profile so test sessions never mix with yours.
claude mcp add --transport stdio browz -- /Applications/Browz.app/Contents/Resources/browz-mcpAI agent clients
Point Claude at your dev server or a preview deploy; it reads the page as a snapshot with element refs, clicks, types and takes screenshots.
Each task opens its own profile: throwaway for a one-off check, or a returning identity that stays signed in to staging as the same test user.
Add it at project scope and Claude Code writes it to .mcp.json, so everyone who opens the repo gets the same browser tools.
Setup
The MCP server ships inside the app. Download Browz for Mac, Windows or Linux and open it: no account needed for local use.
This makes Browz available in every project. Run it in a terminal, not inside Claude Code.
claude mcp add --transport stdio browz -- /Applications/Browz.app/Contents/Resources/browz-mcpProject scope writes the entry to .mcp.json at the repository root, for everyone who clones it. Use the npm launcher there, since a binary path differs between Mac, Windows and Linux. Claude Code asks each person to approve a project server before it runs.
claude mcp add --transport stdio --scope project browz -- npx -y @browz/mcpRun claude mcp list in a terminal, or /mcp inside Claude Code: Browz should show as connected, with its tools.
claude mcp listClaude Code can also reach the Browz on your computer through the hosted server. Add it, then run /mcp to sign in with your Browz account.
claude mcp add --transport http browz https://mcp.gobrowz.com/mcpCommands follow Claude Code MCP docs.
Example
Paste a prompt like this into Claude Code with your dev server running. Claude opens a throwaway profile, so the test user never meets your own cookies.
Using Browz, open a new throwaway session for "signup check", go to http://localhost:3000/signup, sign up as [email protected] with any valid password, take a screenshot of the page you land on, tell me if anything looks broken, then close the session.Expect calls to browz_session_open, browz_navigate, browz_snapshot, browz_act, browz_screenshot and browz_session_close; the throwaway profile is wiped when the session closes.
Good to know
%LOCALAPPDATA%\Programs\Browz\browz-mcp.exe, on Linux /usr/lib/browz/browz-mcp; or use npx -y @browz/mcp, which finds it.https://mcp.gobrowz.com/mcp is in free public beta: it needs the Browz app open with Remote control on, on a computer with a hardware security chip, and offers the profile, tab and page tools. See what it needs and what it offers.browz_request_human and hand you the profile’s window, then carry on in the same session. Browz never solves or bypasses CAPTCHAs.FAQ
No. Over stdio the server inside Browz reads the app’s own credentials, so the command has no token in it and nothing secret lands in .mcp.json.
User scope is in your own Claude Code settings and works in every project. Project scope is written to .mcp.json in the repository, so everyone who clones it gets the server after approving it once.
Yes. Each task opens its own session and profile, so parallel tasks never share cookies, storage or a fingerprint. How many sessions can be open at once depends on your plan.
Yes. Browz runs on Linux too; point the command at the server inside the app, /usr/lib/browz/browz-mcp, or use npx -y @browz/mcp.
Get started
curl -fsSL https://gobrowz.com/agents/install.sh | sh