The built-in browser
A multi-tab browser the agent can read and drive, and the fastest way to test the app you are building.
What it is
A multi-tab browser in the right panel that the assistant can open, read, and screenshot — and, in Build and Fix, navigate, click, type, hover, scroll, and fill forms with a visible cursor.
Point it at any site, or at your own dev-server URL to run and test your app as you iterate. The agent drives it, or you do.
How the agent "sees" a page
The default read returns the page content AND its interactive elements together, each with a stable reference the agent can act on — one call, so it never has to read twice to act.
To judge how a page LOOKS, it uses a text report of the rendered layout: blank or broken areas, invisible and low-contrast text, overlap, and layout shift. That is cheaper and more accurate for layout facts than an image.
A screenshot is a last resort, for when a literal picture is genuinely needed — a design comp to reproduce, an image's actual content, a canvas.
Several pages at once
The agent can list, create, switch, and close tabs. It creates a new tab rather than navigating away whenever the current page still matters — a signed-in session, a filled form, search results to come back to.
Every tab shares one browser session, so if a site needs a login you do not have, signing in yourself carries over to the agent's tabs.
Runtime errors
Browser console errors, uncaught exceptions with stack traces, and failed (4xx/5xx) requests surface in the Errors tab and are readable by the agent.
That is how it fixes what actually broke at runtime rather than guessing from the source.
Verifying a UI change
In Build and Fix, the agent can run a non-interactive asserted test against your running app — navigate, act, assert — and get a single pass/fail plus any console errors and failed requests.
A turn will not be reported as finished while your app is throwing runtime errors.