codex exec agent as a member of your Clawboo team. Clawboo installs the codex CLI, spawns it per task in a clean isolated environment, and reports results to the shared board. Authentication works differently from every other runtime: instead of pasting an API key, you run codex login in your terminal to complete a ChatGPT OAuth flow.
Use Codex when you want to use OpenAI’s models and are comfortable with the interactive OAuth login. Each task runs in its own throwaway home with no state carried over from previous runs.
Capabilities
| Capability | Value |
|---|---|
| Streaming (live text deltas) | ✅ |
| MCP (Clawboo’s tool servers) | ✅ |
| Worktrees (isolated git workspace) | ✅ |
| Resume (session ID captured) | ✅ |
| Tool approval gates | ✅ |
| Persistent home across runs | ❌ |
Each Codex run gets a fresh ephemeral home. No state, skills, or memory carries forward between tasks. If you need cross-run persistence, see Hermes (persistent home) or Clawboo Native (persistent conversation transcripts).
Prerequisites
- Node.js and
npm(bundled with Node) on your PATH. - A ChatGPT account for the
codex loginOAuth flow — no separate API key is needed.
Connect from the Runtimes panel
Install the Codex CLI
In the Runtimes panel, click Install on the Codex card. Clawboo streams the install progress:The package is pinned to the
0.x major so a future breaking 1.0 release is never auto-installed. The health binary Clawboo checks for is codex.Authenticate with codex login
Codex authenticates via ChatGPT OAuth — there is no API key to paste. The Connect button on the card returns the command you need:Copy the command and run it in your own terminal:This opens a browser window for the ChatGPT OAuth flow. Complete the login, then return to the Clawboo dashboard.
Re-check status
After
codex login succeeds, click Re-check in the Runtimes panel. The card does not auto-detect the login — you need to trigger a status refresh manually. The card will stay on needs-login until you do.Ephemeral home per run
Every Codex run gets a freshly createdCODEX_HOME — a throwaway directory isolated from your default ~/.codex. This isolation is intentional: it prevents one task from inheriting state from a previous one.
One consequence: if you ran codex login against your default ~/.codex, that OAuth credential is not visible to Clawboo-spawned Codex runs. Clawboo uses the ephemeral home’s own auth context. This is why the codex login step is part of the Clawboo connect flow — you authenticate in the context Clawboo will use.
Streaming output
Codex may emit incremental text deltas or send its response as a single block, depending on the version. Clawboo handles both forms — a whole block is synthesized into a single text-delta event. The runtime reportsstreaming: true either way.
Cost reporting
Codex reports token usage but no dollar amount. Clawboo surfacescostUsd: null and estimated: true on all Codex runs — an honest signal rather than a fabricated estimate. The budget kill-switch can see token usage but cannot enforce a dollar cap on Codex runs.
Verify it worked
Aftercodex login and clicking Re-check, GET /api/runtimes should show codex with installed: true and connectionState: "needs-login". Note: Codex never reaches connectionState: "ready" from a stored credential — needs-login is the normal connected state for an OAuth runtime. After running a task, the board task should advance and a report-up summary should appear as a comment.
Troubleshooting
See also
- Runtimes overview — the full capability matrix across all five runtimes
- Connecting runtimes — the install/connect/disconnect lifecycle and the encrypted vault
- Claude Code · Hermes · Clawboo Native · OpenClaw — the other runtimes