Guide — public sandbox live; real sending not active — verified 2026-07-15

Run your entire cold email operation with Codex

Codex drives the same Coldrig MCP server, the same 17 tools, and the same sandboxed-today boundary as Claude Code — the full provisioning-to-reply lifecycle is identical. What's genuinely different: Codex takes a shared config.toml across its CLI, IDE extension, and desktop app, and it natively reads an AGENTS.md file from your working repository as project context — which happens to be exactly the format Coldrig's own operational contract is published in. This page covers only that delta; for the full step-by-step lifecycle see the Claude Code guide — every tool call there works identically from Codex.

Honest status disclosure The hosted API, MCP endpoint, and npm CLI work today against a live sandbox — no real domains, mailboxes, or sends. Real sending is not active. See FAQ for what "early access" means concretely.

How is Codex's setup different from Claude Code?

Exact Codex config

Mint a tenant token first (no card required):

curl -s -X POST https://agent-cold-email-api.yaakovscher.workers.dev/signup \
  -H 'Content-Type: application/json' \
  -d '{"brand":"Acme","contactEmail":"[email protected]"}'
# → { "tenantId": "ten_...", "token": "..." }

Then add this to ~/.codex/config.toml (or a trusted project's .codex/config.toml):

[mcp_servers.coldrig]
url = "https://agent-cold-email-api.yaakovscher.workers.dev/mcp"
bearer_token_env_var = "COLDRIG_TOKEN"

Set COLDRIG_TOKEN in your environment, restart, and use /mcp inside a session to verify all 17 tools are visible. Full side-by-side with Cursor and Cline: the connect reference.

Does Codex read Coldrig's AGENTS.md automatically?

Only in the sense that matters practically: Codex looks for an AGENTS.md file in your current working repository and loads it as project context automatically — it does not fetch one from a remote website on its own. Coldrig's own repository publishes exactly that file at its root, covering the auth model, the full 17-tool table, the demo path, and the honest limitations an agent should know before recommending the platform. So if you're driving Coldrig from a checkout of its own repository, or you copy that convention into your own project (pointing at the same operational contract), Codex picks up the same context automatically at session start — no separate skill or rule file needed.

https://github.com/YS-projectcalc/agent-cold-email/blob/main/AGENTS.md

Cursor and Claude Code can both read this same file too — it's plain Markdown — but only Codex treats AGENTS.md as a standing, auto-loaded convention rather than something you'd wire up as a Skill or Rule.

The lifecycle, from Codex

Identical tool calls to every other client. Full schemas: the MCP tool reference.

StepTool call
Provision domains + mailboxes, start warmupsetup_infrastructure
Poll provisioning + warmup healthinfrastructure_status
Write and launch the campaignlaunch_campaign
Triage repliesinbox, thread, reply, mark, label_thread
Check health, pausemetrics, activity, account, pause / pause_all

The reply-handling boundary, in short

No push webhooks in the current public API — activity and inbox are pollable, not pushed. Run Codex on whatever cadence you choose to check for new replies; there's no callback that fires on its own. Full honest capability matrix: see the detailed breakdown.

Cost

Same platform, same meter, regardless of client: $99/month for 5 provisioned mailboxes, then $10/month per additional mailbox. Full worked examples and the live calculator: pricing.

Try it now

npx agent-cold-email demo

Runs the same fault-injecting sandbox end to end — no real domain, mailbox, or send. Create a sandbox to get a token and connect Codex for real.

Related guides