Skip to content

Comparison

Playwright MCP is a server. Browsentic is the extension.

Playwright MCP lives in your IDE and reaches your tabs through a bridge extension. Browsentic starts from the browser: a side panel you speak or type into, run by the agent you already have, with no MCP client required. Here is where each one wins.

Different owners

The same idea, pointed in opposite directions

Playwright MCP

An MCP server, with a bridge into your Chrome

  • A server your MCP client runs; the Playwright Extension lets it reach the tabs you already have open
  • No panel and no chat of its own: you talk to it through an IDE or a terminal
  • Built by the Playwright team for test authoring and automation, with headless and isolated modes for CI
  • Apache-2.0, from Microsoft, installed from the Chrome Web Store and npx

Browsentic

A browser extension with an AI side panel

  • The extension is the product: a side panel beside your tab that you speak or type into, no MCP client required
  • Runs on the agent CLI you already pay for: Claude Code, Codex or Antigravity, switchable in one click
  • Approvals, sealed credentials, recordings and site maps, all in the panel
  • MIT licensed, and its daemon also speaks MCP, so the terminal path is there if you want it

Side by side

The whole thing, in one table

Checked against Microsoft’s repository and playwright.dev, September 2026. Their product moves; when this drifts, an issue is the fastest fix.

Browsentic Playwright MCP
The shape of it
What you install A browser extension with a side panel, plus a local daemon An MCP server, plus a bridge extension so it can reach your tabs
Where you talk to it The side panel beside your tab, by voice or text. A terminal too, if you want Your MCP client: an IDE chat or a terminal
Needs an MCP client No Yes, always
The agent Claude Code, Codex or Antigravity, spawned for you, no key to paste Whatever model your MCP client runs
Install npx browsentic setup, then Load unpacked Chrome Web Store for the extension, npx for the server
Browsers Chrome, Edge, Brave, Arc: any Chromium browser Chrome and Edge with the extension; Chromium, Firefox and WebKit headless
License MIT Apache-2.0
On the page
How it reads a page A layout diagram with stable selectors, rendered text, screenshots Accessibility snapshots, screenshots
Click, type, submit Yes, and anything consequential asks first Yes
Approvals A declarative policy in the panel, every rule tunable, per-site grants Whatever your client does per tool call
Credentials Sealed into placeholders; the agent never sees plaintext Passed through as page content
Show it a job once Recordings: do it yourself, later say “do it like last time” Test generation: it writes a script
Site knowledge Site maps: it explores any site and keeps notes None built in
While you are elsewhere
Long jobs Background monitors track progress without an agent or a token An agent has to keep looking
The obvious commands “Go back” and “open github.com” run locally, in milliseconds Every instruction is a model round trip
Voice Dictate in the panel, press to talk in the popup Whatever your client offers
Headless and CI No: it needs your real browser open Yes: headless, isolated profiles, containers
Test tooling Console and network diagnostics Traces, videos, PDFs, generated tests

No equivalent over there

What only Browsentic does

A panel, not a protocol

You open the side panel and say what you want. There is no client to configure and no JSON block to paste, because the extension is the product rather than a bridge to one.

Bring your own agent

The daemon spawns the CLI you already signed in to, and switching between Claude Code, Codex and Antigravity is one click. No API key, and no second subscription.

Approvals where you are looking

Form submission, file upload and leaving the run’s sites pause in the panel and name themselves. A declarative policy decides what asks, and per-site grants stop the nagging.

Credentials the agent cannot read

Passwords, keys, tokens and card numbers become sealed placeholders before the agent sees them, and turn back into plaintext only inside the field they are typed into.

Show it once, or let it learn the site

Record a job yourself and replay it later. Point it at a site and it maps itself. Both become skills you read before you arm them.

And still an MCP server

The same daemon speaks MCP over stdio. Claude Code, Cursor or Zed can drive the paired tab, so choosing Browsentic does not cost you the terminal.

Credit where it is due

What Playwright MCP does that we do not

A comparison you cannot lose is not a comparison. These are real, and some of them are why some people should pick their product over ours.

One click from the Chrome Web Store

The Playwright Extension installs like any other. Ours is an npx command plus a trip through chrome://extensions, and we know it.

Headless, isolated, in CI

Playwright MCP runs without a visible browser, in a fresh profile, in a container. Browsentic needs your real browser open, on purpose.

Built for tests

Traces, videos, PDFs and generated test code come from the Playwright toolchain. Browsentic reads the console and the network and stops there.

A very long client list

Microsoft ships and documents it for VS Code, Cursor, Claude Desktop, Windsurf and a dozen more. Browsentic works with any MCP client, but the panel is where it is at home.

The short version

How to pick

Pick theirs

Pick Playwright MCP if you are writing or running tests, live in an IDE, and want headless runs in CI.

Pick ours

Pick Browsentic if you want to talk to your browser rather than script it: a side panel, your own agent, approvals, and no MCP client required.

They coexist. Browsentic’s daemon is itself an MCP server, so the client that runs Playwright MCP can point at your Browsentic-paired tab as well.

Stop describing the page. Hand it over.

Free and MIT licensed. No signup, no key to paste, and a fresh install connects to nothing until you pair it yourself.

npx browsentic setup