PRODUCT / CLOUD BROWSER

A hosted browser when your local browser is not the right place to run the work.

Noxgild Cloud Browser creates an isolated hosted browser session that an authorized AI client can use independently of your workstation. A live viewer keeps the session observable, while control can move explicitly between the agent and a human when protected interaction is required.

Hosted and isolated from your workstation browser.

Cloud Browser is a separate execution surface from the Browser Worker on your own computer. Use it when the browser task should run in Noxgild-hosted infrastructure rather than depend on a local browser window.

A live viewer shows what the browser is doing.

The viewer exists so browser work is observable instead of disappearing into a hidden remote runtime. The backend remains authoritative for URL, page, session, and command state; the viewer is the human visual surface.

SESSION LIFECYCLE

One task should normally use one backend browser session.

Noxgild is designed to reuse a known active Cloud Browser session for follow-up actions instead of creating replacement browsers. Session identity, bounded lifetime, close state, recovery generation, and usage accounting are part of the durable backend lifecycle.

1

Start

Create a hosted browser only when the task does not already have one.

2

Use

Navigate, click, type, inspect, and continue inside that same session.

3

Take over

Move control to the human when direct interaction is required.

4

Close

Close the backend session and release its compute when the task is finished.

Explicit human takeover

When the session is human-controlled, the agent should wait for control to be returned rather than silently opening a replacement session.

Protected challenges stay human

CAPTCHA, OTP, passkeys, and other security challenges are represented as human gates instead of being bypassed automatically.

Bounded runtime and metering

Hosted runtime has a bounded lifetime and production metering so browser compute can be accounted for instead of becoming an untracked background resource.

LOCAL BROWSER VS CLOUD BROWSER

Choose the browser that matches the job.

Use the Browser Worker on your authorized computer when the task depends on that machine's existing signed-in browser session. Use Cloud Browser when you want a separate hosted browser that can run independently of the workstation.

Signed-in browser on your computer

Best for existing local sessions, authenticated dashboards, and workflows tied to your workstation environment.

Noxgild Cloud Browser

Best for isolated hosted browser work that should not depend on your workstation browser being open.

WHAT WE VERIFY

The browser is not considered finished because a window appeared.

Backend session identity and authoritative page state remain the source of truth.
Viewer count and visible rendering are checked separately from backend automation state.
Typing, dialogs, history, navigation, and control handoff are tested as distinct behaviors.
Every backend session should be closed and verified closed after independent certification work.

Current product certification work has previously identified viewer typing and control-handoff issues in specific builds. Public claims should track the deployed, re-certified behavior rather than assume those issues are resolved.

Human control is part of the product, not a fallback.

A secure browser workflow sometimes requires a person to sign in, approve a prompt, or complete protected verification. Noxgild keeps that boundary explicit so the agent can continue afterward without pretending the protected step was automated.

Use the local browser when identity lives on your computer. Use Cloud Browser when the work should be hosted.