Codex on the web, in the app, and in your IDE

Codex is not one product. Codex web runs on OpenAI infrastructure, the desktop app and the CLI run on your machine, and the IDE extension runs beside your editor. They differ in the dimension that decides almost every case: what each can actually see.

By the Continuum team. We build a workbench that runs Claude Code, Codex, and their peers, so the model rates quoted here are the ones our own cost analytics ship with.

The short version

Codex web (chatgpt.com/codex) runs in an isolated OpenAI-managed container against a clone of your repository, so it works with your laptop off but cannot see uncommitted work. The CLI, the ChatGPT desktop app and the IDE extension all run on your machine and see everything local. Codex Remote drives a connected computer from your phone. Checked against OpenAI docs in August 2026.

What you need to know
  • Codex web runs on OpenAI infrastructure. Laptop closed: yes. Uncommitted work: no.
  • Codex app (codex app) is the ChatGPT desktop app running local chats.
  • CLI sees everything local and is the only scriptable one.
  • IDE extension is the same agent plus your open files and selection.
  • Codex Remote is your phone driving a computer you own.
  • Codex cloud needs a ChatGPT sign-in. An API key does not include it.

The five surfaces

Where each one runs, which is the fact everything else follows from.

SurfaceRuns onReach it at
Codex web (cloud)An isolated OpenAI-managed containerchatgpt.com/codex
Codex CLIYour machinecodex in a terminal
ChatGPT desktop appYour machinecodex app, macOS and Windows
IDE extensionYour machineVS Code, Cursor, Windsurf, Xcode, JetBrains
Codex RemoteA computer you connect, driven from your phoneChatGPT mobile app

What each one can actually reach

CLIDesktop appIDE extensionCloud
Runs onYour machineYour machineYour machineOpenAI infrastructure
Uncommitted workYesYesYesNo
A local database or serviceYesYesYesNo
Your environment variablesYesYesYesOnly what the environment declares
Works with the laptop closedNoNoNoYes
Diff reviewTerminalIn-appEditor diffWeb diff
Parallel workWorktreesWorktrees, built inAwkwardEasy
Scriptablecodex execNoNocodex cloud exec
Available with an API keyYesYesYesNo

How Codex cloud actually runs a task

Understanding the two-phase model explains most cloud surprises, particularly the network ones.

01

Connect GitHub and pick repositories

Codex cloud works from a clone. It needs repository access before it can do anything, and that access is the boundary of what it can see.

02

Create an environment

An environment declares dependencies, tools, environment variables and setup steps for one repository. This is the part people skip and then wonder why the tests will not run.

03

Setup phase runs, with network and secrets

The setup phase can reach the network to install what you declared. Secrets configured for the environment are available here.

04

Agent phase runs, offline by default

Then the agent phase starts. It is offline unless you have enabled internet access for that environment, and the secrets are removed before it begins. An agent reading a hostile file therefore has neither your secrets nor a way out.

05

Review the summary and diff

Ask for a follow-up, or open a pull request. You can also drive the whole loop from the terminal.

Codex cloud from the CLI, which is the underrated combination.
# interactive picker over your cloud chats
codex cloud

# submit a task to a configured environment and return to what you were doing
codex cloud exec "add pagination to the admin users list"

# machine-readable list, for a dashboard or a script
codex cloud list --json | jq '.tasks[] | {title, status, url}'
A Codex cloud task in two phases: network and secrets are available during setup, both are cut off at the phase boundary, and the repository clone continues into the agent phase INSIDE ONE CLOUD TASK setup phase installs what you declared agent phase edits, tests, opens a PR network on off secrets available removed repo a clone. pushed code only, never your uncommitted work secrets removed. network closed. An agent that reads a hostile file has neither your secrets nor a way out.

Choosing per task

TaskSurfaceWhy
Debugging with a local service runningCLI or desktop appOnly a local process can reach the service
Reviewing a large agent-written changeIDE extensionThe editor diff is genuinely easier to read
A ticket you can describe completelyCloudIt runs while you do something else
Anything scripted or in CICLIcodex exec, with --json when a script consumes it
Several independent changes at onceCloud, or local worktreesBoth parallelise; only one keeps local access
Exploring an unfamiliar repositoryCLI, read-onlyFast, safe, and sees everything including untracked files
Approving a step while you are away from your deskCodex RemoteThe work stays on your machine; only the control moves
Work that starts in a pull request or an issueCloud, from GitHub, Linear or SlackNo context switch to start it

Most people converge on two surfaces rather than one: the CLI or the app for real work, and the cloud for well-specified tickets they can hand off and forget.

The thing none of them do well

Once you are running several agents, the difficulty stops being any individual agent. It becomes bookkeeping: which is running, which finished, which is waiting on you, what each of them changed, and how much of the shared allowance they have collectively spent.

  • The cloud list shows cloud chats. It does not show the three CLI sessions on your desk.
  • The CLI shows one session per terminal, and nothing about the others.
  • Every surface reports usage against a plan, and none of them reports it next to a second vendor.
  • Nothing here shows one view across Codex and whatever else you run.

Questions people ask

Codex web runs in an isolated OpenAI-managed container against a clone of your repository, so it works while your machine is off but sees only pushed code. The CLI runs on your machine and can see uncommitted work, your environment and local services.

The ChatGPT desktop app running Codex chats locally, on macOS and Windows. Run codex app from the terminal to open it, or start the installer if it is not present. It is a local surface, closer to the CLI than to the cloud.

No. It works from a clone of your repository, so anything you have not pushed is invisible to it. That single fact decides most surface choices.

Its setup phase does, so it can install the dependencies you declare. The agent phase is offline by default unless you enable internet access for that environment, and environment secrets are removed before the agent phase starts.

No. Codex cloud requires signing in with ChatGPT. An API key covers the CLI, the SDK, the desktop app and the IDE extension, but not cloud or the cloud-attached features such as GitHub code review and Slack.

No. On ChatGPT Plus, local messages and cloud chats share the same five-hour window, and weekly limits can apply on top. Run /usage in the CLI to see where you stand before delegating a batch.

The CLI or the desktop app for exploratory and local work, the IDE extension when reviewing a large change, and the cloud for well-specified tickets you want running while you do something else.

Yes. In the cloud each task gets its own environment. Locally, give each session its own git worktree so two agents are never editing the same files, which the desktop app exposes as a Worktree option on a new chat.

Sources

Every figure above was read from these pages on August 2026. Vendors reprice without notice; if you find a stale number, tell us.

  1. Codex cloud
  2. Codex environments
  3. Codex Remote
  4. ChatGPT plans and pricing
Try it

Every session,
one sidebar.

Continuum shows every agent session across every host, with live status, a diff pane and quota for each.

free app · your subscriptions · local-first