Skip to main content
Individual tool pages are generated from the companion’s registrations by bun run docs:tools, so parameter names, types, enums and defaults match the running code. Each example is validated against the tool’s schema when the docs are generated. Chrome, Brave, Firefox and Zen expose the same 45 tool names. Firefox and Zen provide an extension for existing tabs and developer sessions through BiDi, each with documented exceptions; identical names do not mean that every Chromium action is available. Conventions shared by all tools:
  • Page tools accept a tabId from browser_tabs or browser_status, unique across connected browsers. Without it the companion uses the calling agent’s own tab or the only usable tab; see Tabs and sharing.
  • For new tabs and browser_fetch, use browserId to select an extension profile or context to select a developer browser. See Using multiple browsers.
  • ref values come from browser_snapshot or devtools_elements search; see Snapshots and refs.
  • Search tools take query with optional regex: true, and paginate with offset and limit (default 50).
  • Long results are clipped; ask for a narrower query, a specific id, or a higher limit.
  • Files are written to ~/.browspark/artifacts unless a path is given.

Browser automation

Developer tools

The mode column below describes Chromium: “both” means extension and developer mode. On Firefox and Zen, consult their coverage or devtools_capabilities on the target tab before choosing an action. The per-domain Chromium picture is in the capability matrix. Firefox and Zen return explicit errors for unsupported actions, including raw CDP and Lighthouse.