BrowserForce — Your Real Chrome Browser

BrowserForce gives you the user's actual Chrome browser — all their logins, cookies, and extensions already active. No headless browser, no fresh profiles.

Prerequisites

The user must have:

1. BrowserForce Chrome extension installed and connected (green icon)
2. The relay auto-starts on first command — no manual step needed

Check with: browserforce status

Use commands first

Session commands share one persistent browser session (including the active tab and snapshot refs) across CLI calls. The same command language powers the MCP browserforce tool:

browserforce tabs                # List tabs: stable t<N> handles + names
browserforce use t2              # Switch the active tab
browserforce open <url> --as docs  # Open a new tab, optionally named
browserforce snapshot            # Accessibility tree + @eN refs
browserforce click @e2           # Act on a ref from the last snapshot
browserforce screenshot [n]      # Screenshot tab n (PNG to stdout)
browserforce -e "<code>"         # Raw Playwright JavaScript (one-shot escape hatch)

Use -e only when the command layer cannot express the task.

Core Workflow: Observe → Act → Observe

browserforce open https://example.com/login
browserforce snapshot                      # find the email/password/submit refs
browserforce fill @e3 "user@example.com"
browserforce fill @e4 "hunter2"
browserforce click @e5
browserforce wait url "**/dashboard"
browserforce snapshot                      # verify the result

Refs go stale the moment the page changes — always re-snapshot before the next ref interaction.

Multi-tab work

browserforce open https://docs.example.com --as docs
browserforce open https://app.example.com --as app
browserforce snapshot --tab app            # read app without switching tabs
browserforce click @e2 --tab app
browserforce use docs                      # or switch the active tab

Target tabs by stable handle (t2) or name — never by list position. Tab names are unique; pass --replace only when you intentionally want to move a name to another tab.

Stable handles and names persist for the lifetime of the session; use browserforce tabs to discover them.

Command reference

browserforce snapshot [--tab docs] [--selector "#main"] [--search "login"] [--interactive]
browserforce hover @e3                         # Hover a ref
browserforce type @e2 "more text"              # Type without clearing
browserforce press Enter                        # Send a key
browserforce wait text "Saved"                  # Wait for text
browserforce wait url "**/dashboard"            # Wait for a URL glob
browserforce wait load domcontentloaded          # Wait for a load state
browserforce wait fn "window.ready === true"    # Wait for a JavaScript predicate
browserforce get url|title                      # Read the current page
browserforce get text|html @e5                  # Read a referenced element
browserforce eval --stdin                       # Run piped JS in the persistent session
browserforce rename docs api-docs                # Rename a tab
browserforce forget api-docs                     # Remove a tab name
browserforce run "click @e2 --tab docs"         # Run a command string

Refs accept @e1, e1, or ref=e1. Ref/read commands accept --tab <handle|name|text> without changing the active tab. eval uses the same guarded boundary as MCP exec; it exposes page, context, state, and snapshot(), and state persists between session commands. Add --json for machine-readable command results.

Extract data

browserforce get url                       # current URL
browserforce get text @e5                  # text content of a ref
browserforce get html @e5                  # innerHTML of a ref
echo "return await page.title();" | browserforce eval --stdin

One-shot -e (escape hatch)

Each browserforce -e call is independent (state does NOT persist between -e calls). Do everything in a single snippet:

browserforce -e "
  state.page = await context.newPage();
  await state.page.goto('https://example.com');
  await waitForPageLoad();
  return await snapshot();
"

Rules

1. snapshot over screenshot — snapshot returns text (fast, cheap); use a screenshot only for visual layout verification.
2. Re-snapshot after every page change — refs go stale immediately.
3. Don't navigate existing tabs — open your own via browserforce open.
4. Commands over -e — reach for raw Playwright only when the command layer cannot express the task.
5. Command errors teach the next step — stale ref → re-snapshot; unknown tab → browserforce tabs. Fix and retry.
6. Backend fallback is visible — auto uses real Chrome when the extension is connected and warns if it falls back to managed Chrome; use --real to fail instead of falling back.

Troubleshooting

Error Recovery

• "Unknown ref": the page changed — browserforce snapshot, use the new refs
• "No tab named …": browserforce tabs, target a listed handle or name
• Connection lost: user must check browserforce status
• No tabs: browserforce open https://example.com
• Element not found: browserforce snapshot --search "button"

Important

This is the user's REAL browser. Be respectful:

• Don't close tabs you didn't open
• Don't navigate tabs you didn't create
• Don't modify browser settings or stored data