boxes.dev vs Codex
Both run Codex in the cloud and let you start work from Slack, Linear, or your phone: Codex cloud in a container prepared from your repository for each chat, and boxes.dev on full, isolated copies of your development environment, with Claude Code alongside.
The short answer
Codex cloud runs Codex in an OpenAI-managed container with your repository and setup script, counting toward your ChatGPT plan's usage allowance. boxes.dev runs Codex with your ChatGPT plan, alongside Claude Code, on a full copy of the cloud machine where your app already runs. Choose Codex cloud for a simple way to run Codex remotely or automatic reviews on pull requests. Choose boxes.dev when you want the agent to test its work in your full running app, like an engineer would, to work in the same machine yourself, or to run Codex and Claude Code side by side.
Choose boxes.dev if
- You want the agent to test its changes in your running app, with its real databases, services, and data, the way an engineer would.
- You want to open a terminal on the agent's machine, edit files, and use the running app in a browser you share with the agent.
- You want to come back to the same machine days later, with its dev servers and data where you left them.
- You want Codex and Claude Code in one app, each signed in with your own plan.
- You need to share a running app with a teammate, or give an OAuth provider or webhook one stable public URL.
Choose Codex if
- You want a simple way to send a task from your terminal to the cloud with one command.
- You want automatic Codex reviews on every new GitHub pull request.
- You want a security agent that finds and confirms vulnerabilities in your repositories.
At a glance
As of September 2026. This page compares boxes.dev with Codex cloud, where OpenAI runs Codex chats in its own containers.
| boxes.dev | Codex | |
|---|---|---|
| Agents | Codex and Claude Code, each with your own plan or an API key, in a graphical view or the agent's own terminal UI | Codex, with your ChatGPT plan |
| Where cloud work runs | A devbox for each task: a full, isolated copy of your Template box that can hold several repositories and threads | A container for each cloud chat, run by OpenAI |
| Cloud environment | A snapshot of your Template box, a cloud machine set up with your app's tools, databases, services, and data, kept current by an optional maintenance script | Your repository checked out in an image with common languages and tools, plus a setup script and an optional maintenance script |
| Between tasks | A devbox sleeps, keeping files and memory, so dev servers, databases, and terminals resume when it wakes, and it stays until you delete it | Container state is cached for up to 12 hours to speed up new chats and follow-ups; each chat leaves its answer and diff |
| Working in the cloud machine | Terminal tabs, a file editor, Git history and diff review, a shared browser, a process monitor, and SSH | Task logs, then a summary and a diff to review and follow up on |
| Reaching the running app | A browser on the devbox that you and the agent share, with comments on the page, ports forwarded to the same port on your laptop, stable .localhost addresses, public links, and Project URLs | For apps running on your computer, the desktop app's browser previews pages, with comments on the page |
| Apps | macOS desktop app, iOS and Android apps with a terminal, the dvb CLI, SSH, and VS Code or JetBrains through dvb ide | The ChatGPT desktop app, Codex on the web, the ChatGPT app for iOS and Android, the Codex CLI, and IDE extensions |
| Starting work | The apps, dvb codex or dvb claude from your terminal, @boxes.dev in Slack, assigned Linear issues, and automations on a schedule or from an API call | The apps, codex cloud from your terminal, @Codex in Slack, assigned Linear issues, and @codex on GitHub pull requests |
| Pull requests | Comments on changed lines go to the agent, and pull requests can fix failed checks and bot review feedback on their own | @codex review and automatic reviews flag serious issues, and other @codex comments start a cloud chat that can push a fix |
| Shared setup | Environment files with project, team, and personal values; startup and maintenance scripts; MCP servers and agent plugins on every devbox; AWS, Tailscale, and a static egress IP; Team Templates | Cloud environments with environment variables, secrets for setup scripts, setup and maintenance scripts, and agent internet access settings |
| Working with your team | Read-only thread links, team-wide thread reading, and project browsing for teammates; @boxes.dev in Slack, where teammates you allow can start work and send follow-ups that run with your access; commits linked to threads; and Team Templates | Read-only snapshots of local threads, shared by link from the macOS app; @Codex in Slack; environment caches shared on Business and Enterprise |
| Agents working together | Agents start agents on new or existing devboxes, message each other, read earlier threads, and share files in a project folder | Subagents work in parallel within a chat and report back in one response |
| Pricing | Free trial with 10 box-hours; Starter $19 and Pro $99 per user each month, plus your ChatGPT or Claude plan or an API key | Included in ChatGPT Plus, Pro, and Business, from $20 a month; cloud chats count toward the plan's usage allowance |
What the cloud machine starts from
Codex cloud starts each chat from a fresh checkout of your repository, and boxes.dev starts from a copy of a machine where your app already runs.
Each Codex cloud chat starts a container with your repository checked out at the branch or commit you choose, in a default image with common languages and tools. Cloud chats count toward your ChatGPT plan's usage allowance, with no separate charge for the container. Codex installs dependencies for common package managers, and a setup script can add anything else. Secrets are available only to the setup script and are removed before the agent starts working, and the agent's internet access is off unless you allow it.
boxes.dev first sets up your full development environment on a cloud machine called the Template box, with the tools, databases, services, and data your app needs, so an agent can run the app and test its changes end to end. A setup agent can port the environment from your laptop, including the files, local data, agent settings, and skills you choose to upload, or build it from a GitHub repository. boxes.dev then saves the Template box as a snapshot, and every task runs on its own devbox, a full, isolated copy of that machine. A maintenance script can keep the Template box current as your code changes, running on a schedule or when files such as a lockfile change, and each successful run saves a new snapshot.
You'd never let an engineer ship code they hadn't run, and a full environment holds the agent to the same standard. On a boxes.dev devbox, the agent runs your app and tests its changes in the browser as it builds, and it reproduces bugs in the real app to find the root cause instead of guessing from the code, so it writes better code and makes fewer mistakes. It can also take screenshots and record video for you to review, so you can hand it most repetitive manual testing.
What's kept between tasks
A boxes.dev devbox keeps its running programs through sleep and stays until you delete it, while a Codex cloud chat leaves behind its answer and diff.
Codex caches container state for up to 12 hours so new chats and follow-ups start faster. Each chat leaves behind its answer and diff, which you can turn into a pull request.
A boxes.dev devbox sleeps when nobody is using it, and an agent that is still working keeps it awake. Sleep keeps the machine's files and memory, so dev servers, databases, and terminal sessions resume where they left off when it wakes. You can come back the next day to the same files, branches, and data.
Working in the machine
In a Codex cloud chat, Codex runs the commands in the container, and on boxes.dev, you can also work in the devbox yourself.
In a cloud chat, you can watch the task logs, then review the summary and diff, ask for follow-up changes, or open a pull request. The desktop app's integrated terminal works in projects on your computer.
On boxes.dev, you can open a terminal on the devbox, edit its files, and run
your app alongside the agent, with the tools listed under
What comes with every boxes.dev devbox,
over SSH, or in VS Code or a JetBrains IDE with dvb ide.
Reaching the running app
On boxes.dev, you and the agent can both use the app running on a devbox, and the ChatGPT desktop app previews apps running on your computer.
The ChatGPT desktop app's built-in browser shows you and Codex web apps running on your computer, and you can comment on the page for Codex to address.
Each boxes.dev devbox runs a browser that you and the agent share, so you can
watch the agent test the app, click through it yourself, or comment on page
elements to show the agent what to change. Ports forwards the app to the same
localhost port on your laptop, a public link shares a devbox's running app
with anyone, and a Project URL gives your project one stable public address
that you can point at any devbox, which suits OAuth callbacks and webhooks.
Working with your team
Both bring agents into Slack, and boxes.dev also lets teammates you allow send follow-ups to your conversation and start work in your project, with your access.
Mentioning @Codex in a Slack channel or thread starts a cloud chat that can
read the thread's earlier messages, and Codex posts its result in the thread.
In the ChatGPT desktop app for macOS, you can share a read-only snapshot of a
local Codex thread by link. On Business and Enterprise, everyone with access to
a cloud environment shares its cached container.
Each boxes.dev devbox belongs to one person and works with their access, such as their GitHub login and cloud credentials. Anyone who can prompt its agent could act with that access, so in the app, teammates get read-only access to your work. You can share a thread as a link, and a team admin can let teammates read every thread that isn't marked private and browse each other's projects in a Team workbench. Teammates can't send prompts, open your terminal, or control your devbox.
In Slack, mentioning @boxes.dev in a thread starts Codex or Claude Code on a
new devbox, and later mentions in that thread send follow-ups to the same
conversation. By default, only you can start work in your project from Slack
or follow up on it. If you allow teammates, they can also start work there
with @boxes.dev @YourName and send follow-ups, and their requests run with
your access and usage. boxes.dev sends you a DM with links to each task a
teammate starts, and commits can link to the thread that produced them.
What comes with every boxes.dev devbox
The boxes.dev desktop app opens the same set of tools for whichever devbox you select:
- Terminal, with tabs that keep running after you close the app.
- Files, a file browser and editor with search across the workspace.
- Git/Review, for branch history and diffs, where comments on changed lines go to the agent together as one message.
- Browser, the browser on the devbox that you and the agent share.
- Ports, for the forwarding,
.localhostaddresses, and public links described above. - Activity, which shows the processes using the machine's CPU and memory.
AWS, Tailscale, and the MCP servers and Codex plugins you add for
the project reach every devbox, and agents can leave each other notes in a
shared /project folder. You can branch a conversation onto a new devbox that
starts with the current files, including uncommitted work.
Where Codex shines
- One command from your terminal.
codex cloud execsubmits a task to a cloud environment, andcodex applybrings a cloud chat's latest diff into your local repository. - Automatic pull request reviews. Codex can review every new GitHub pull
request, flag only high-priority issues, and follow review rules from
AGENTS.md. - Codex Security. A security agent finds, confirms, and helps fix vulnerabilities, from the desktop app, the terminal, an SDK, or connected GitHub repositories.
Pricing
As of September 2026.
| boxes.dev | Codex | |
|---|---|---|
| Price | Trial free; Starter $19 and Pro $99 per user each month | ChatGPT Plus $20 a month; Pro from $100; Business $25 per user each month |
| Model usage | Your ChatGPT or Claude plan, or an API key | Included in the plan's usage allowance, shared by local and cloud work |
| Cloud time included | 10 box-hours on the Trial, 40 per user on Starter, 250 on Pro | No separate charge; cloud chats use the plan's allowance and may use more of it than local messages |
| Cloud machines awake at once | 2 on the Trial, 4 per user on Starter, 10 on Pro | No limit is published |
| Extra cloud time | $0.75 per box-hour on Starter, $0.60 on Pro | ChatGPT credits extend the plan's usage |
A box-hour is one default devbox awake for an hour, and sleeping devboxes don't use any. On Starter, 40 box-hours works out to about two hours of devbox time each working day, and Pro's 250 to about twelve, spread across as many as ten devboxes at once. Your ChatGPT plan covers Codex's usage on boxes.dev, and the boxes.dev plan covers the machines. See Plans, seats, and box-hours.
OpenAI's pricing page says that weekly limits may also apply to the plan's usage allowance, and that Business costs $20 per user each month when billed annually. See Codex pricing.
Using both
We recommend using both. Codex is a great agent, and boxes.dev runs the real
Codex CLI on every devbox with your ChatGPT subscription, so your AGENTS.md,
skills, and settings work the same way in both places. You can keep Codex's
automatic reviews on your pull requests and @Codex for quick tasks from
Slack, and use boxes.dev for tasks that need your full environment, a
terminal, or the running app.
Frequently asked questions
Is boxes.dev affiliated with OpenAI?
No. boxes.dev is an independent product and isn't affiliated with or endorsed by OpenAI.
Can I use my ChatGPT plan with boxes.dev?
Yes. Sign in with ChatGPT to connect Codex, or use an API key. Codex's usage on boxes.dev counts toward your ChatGPT plan, and boxes.dev charges only for machine time. See Connect Codex and Claude.
Do AGENTS.md, skills, and MCP servers work?
Yes. Codex on a devbox reads your repository's AGENTS.md, and project setup
can copy agent settings, skills, and MCP definitions from your computer.
Plugins that Codex syncs to your account work on devboxes too.
Sources
- Codex: Codex cloud, cloud environments, agent internet access, Codex CLI commands, GitHub code review, Slack, Linear, integrated terminal, browser, sharing threads, subagents, Codex Security, and pricing.
- boxes.dev: How boxes.dev works, Update your Template box and snapshots, Startup, teardown, and maintenance, Sleep, wake, and recover a devbox, Review a page with your agent, Preview your app, Project URLs, Shared project storage, Use the agent's terminal view, Install agent plugins, Organize and share threads, Team access and roles, Commit, push, and open a pull request, Install and use the CLI, Work from Slack, Work from Linear, Use boxes.dev on your phone, and Plans, seats, and box-hours.
Product names are trademarks of their respective owners.
