Keep Codex.
Give it your machines.
AI Commander is not an alternative to Codex, ChatGPT, Claude Code, Cursor, or Grok. It is the remote-machine harness those tools plug into over MCP: outbound-only shell, detached jobs that outlive the chat, and file transfer on hardware you already own.
Sibling harness pages: Claude Code · Cursor · Grok · ChatGPT.
Connect Codex (HTTP MCP)
Codex talks to AI Commander over remote HTTP MCP.
One command — pass --url before the address:
Prefer a local stdio bridge? Add this to ~/.codex/config.toml:
[mcp_servers.aicommander]
command = "npx"
args = ["-y", "@aicommander/mcp"]
env = { AICOMMANDER_SERVER = "https://aicommander.dev" }
On Windows use command = "npx.cmd" for the stdio variant.
Full client matrix (Codex, ChatGPT, Claude Code, Cursor, Grok, REST):
Connect your AI client.
First connect may open a one-time browser sign-in (OAuth Dynamic Client Registration).
For a code-only first hour without that flow, append ?anonymous=1 to the MCP URL where your client supports it.
What you get that the chat alone cannot
- Remote shell on Linux, macOS, and Windows — by session code or saved alias.
- Detached jobs for builds, training, and headless agents on the box that has the repo.
- Fleet list + GPU facts so Codex picks the right machine before it burns an hour.
- File courier (Pro) for checkpoints and diffs up to 100 MiB.
Not a replacement — a multiplier
| You already use | AI Commander adds |
|---|---|
| Codex CLI | codex mcp add aicommander --url … → remote exec + jobs |
| ChatGPT / OpenAI | Custom MCP connector or plain REST /api/v1/exec |
Grok / grok CLI | grok mcp add --transport http … → remote exec + jobs |
| Claude Code | MCP remote exec + jobs on your fleet |
| Cursor | npx @aicommander/mcp stdio bridge → remote exec + jobs |
FAQ
Next steps
Install the agent on a machine you control, connect Codex via codex mcp add, then ask for a real task on a remote box.