Skip to main content

fluffbuzz browser

Manage FluffBuzz’s browser control surface and run browser actions (lifecycle, profiles, tabs, snapshots, screenshots, navigation, input, state emulation, and debugging). Related:

Common flags

  • --url <gatewayWsUrl>: Gateway WebSocket URL (defaults to config).
  • --token <token>: Gateway token (if required).
  • --timeout <ms>: request timeout (ms).
  • --expect-final: wait for a final Gateway response.
  • --browser-profile <name>: choose a browser profile (default from config).
  • --json: machine-readable output (where supported).

Quick start (local)

Quick troubleshooting

If start fails with not reachable after start, troubleshoot CDP readiness first. If start and tabs succeed but open or navigate fails, the browser control plane is healthy and the failure is usually navigation SSRF policy. Minimal sequence:
Detailed guidance: Browser troubleshooting

Lifecycle

Notes:
  • For attachOnly and remote CDP profiles, fluffbuzz browser stop closes the active control session and clears temporary emulation overrides even when FluffBuzz did not launch the browser process itself.
  • For local managed profiles, fluffbuzz browser stop stops the spawned browser process.

If the command is missing

If fluffbuzz browser is an unknown command, check plugins.allow in ~/.fluffbuzz/fluffbuzz.json. When plugins.allow is present, the bundled browser plugin must be listed explicitly:
browser.enabled=true does not restore the CLI subcommand when the plugin allowlist excludes browser. Related: Browser tool

Profiles

Profiles are named browser routing configs. In practice:
  • fluffbuzz: launches or attaches to a dedicated FluffBuzz-managed Chrome instance (isolated user data dir).
  • user: controls your existing signed-in Chrome session via Chrome DevTools MCP.
  • custom CDP profiles: point at a local or remote CDP endpoint.
Use a specific profile:

Tabs

Snapshot / screenshot / actions

Snapshot:
Screenshot:
Notes:
  • --full-page is for page captures only; it cannot be combined with --ref or --element.
  • existing-session / user profiles support page screenshots and --ref screenshots from snapshot output, but not CSS --element screenshots.
Navigate/click/type (ref-based UI automation):
File + dialog helpers:

State and storage

Viewport + emulation:
Cookies + storage:

Debugging

Existing Chrome via MCP

Use the built-in user profile, or create your own existing-session profile:
This path is host-only. For Docker, headless servers, Browserless, or other remote setups, use a CDP profile instead. Current existing-session limits:
  • snapshot-driven actions use refs, not CSS selectors
  • click is left-click only
  • type does not support slowly=true
  • press does not support delayMs
  • hover, scrollintoview, drag, select, fill, and evaluate reject per-call timeout overrides
  • select supports one value only
  • wait --load networkidle is not supported
  • file uploads require --ref / --input-ref, do not support CSS --element, and currently support one file at a time
  • dialog hooks do not support --timeout
  • screenshots support page captures and --ref, but not CSS --element
  • responsebody, download interception, PDF export, and batch actions still require a managed browser or raw CDP profile

Remote browser control (node host proxy)

If the Gateway runs on a different machine than the browser, run a node host on the machine that has Chrome/Brave/Edge/Chromium. The Gateway will proxy browser actions to that node (no separate browser control server required). Use gateway.nodes.browser.mode to control auto-routing and gateway.nodes.browser.node to pin a specific node if multiple are connected. Security + remote setup: Browser tool, Remote access, Tailscale, Security