runtime support

Run Codex CLI in a persistent browser workspace

Keep Codex CLI sessions, jobs, artifacts, and replay attached to a hosted project workspace instead of a local terminal.

Why local-only Codex CLI workflows break down

Codex CLI is effective for local coding workflows, but longer tasks can disappear with the shell that launched them. Project context, files, and outputs are also harder to reopen cleanly without a shared workspace.

What onesagent adds

onesagent keeps Codex CLI recognizable while adding hosted browser access, durable execution, artifact custody, and replay around the runtime.

Team-scoped execution

Separate users, sessions, and project workspaces more cleanly for hosted team workflows while preserving Codex as the coding runtime.

why this page exists

What teams need to understand.

Each page focuses on the actual workflow question: browser access, persistent sessions, durable jobs, artifacts, replay, runtime support, and team-scoped workspace custody.

Codex CLI browser workspace
Hosted Codex CLI sessions
Codex CLI durable jobs
Recoverable run history
Artifacts and outputs
Scoped team context
FAQ

Direct answers for searchers.

Is onesagent a replacement for Codex CLI?

No. Codex CLI remains the runtime. onesagent is the hosted browser workspace around it.

Why use Codex CLI in a browser workspace?

Because many teams need durable jobs, browser visibility, artifact recovery, and project-scoped session history that do not depend on one local terminal process.