Integrations / Automation libraries

Your automation library, in a real profile.

Start a Browz profile through the local API and attach your library over the Chrome DevTools Protocol. Your code stays the same; the browser it drives keeps its own cookies, fingerprint and proxy.

Start a profile, then attachconst session = await browz.browser.start(id); const browser = await chromium.connectOverCDP(session.cdpEndpoint);

How it works

Start, attach, stop.

  1. Start the profile through Browz

    The local API (or the SDK, or the CLI) starts the profile with its fingerprint and proxy and answers with its DevTools endpoint.

  2. Attach your library

    connectOverCDP, puppeteer.connect, ChromeDriver’s debuggerAddress, or a CDP URL for agent frameworks. Never let the library launch its own browser.

  3. Stop it through Browz

    Disconnect the library, then stop the profile through Browz so it saves its cookies and storage cleanly.

FAQ

About automation libraries.

Why not just use the library’s own browser?

A library-launched browser is fresh every time, carries automation flags and looks like the same machine for every run. A Browz profile keeps its sign-ins and has its own fingerprint and proxy.

Do I need to change my scripts?

Only how the browser starts: replace launch() with a start call and a connect. Page code stays the same.

Which engines can I attach to?

The Browz engine and Installed Chrome profiles both expose CDP. Installed Chrome profiles always open a window.

Get started

Download Browz. Every task, its own browser.

Then, on macOS or Linux, put the MCP server on your PATHcurl -fsSL https://gobrowz.com/agents/install.sh | sh

For Mac, Windows and Linux. Free for 5 profiles. Paid plans from $4.99 a month, with a 14-day refund on your first payment.