Keep Grok.
Give it your machines.
AI Commander is not an alternative to Grok, Claude Code, Codex, Cursor, or ChatGPT. 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 · Codex · ChatGPT.
Connect Grok (HTTP MCP)
Grok Build / the grok CLI talks to AI Commander over remote HTTP MCP.
One command:
Prefer a local stdio bridge? Or declare it in ~/.grok/config.toml:
[mcp_servers.aicommander] url = "https://aicommander.dev/mcp"
Stdio alternative: grok mcp add aicommander -- npx -y @aicommander/mcp
with AICOMMANDER_SERVER=https://aicommander.dev.
Full client matrix (Grok, Claude Code, Codex, ChatGPT, Cursor, 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 Grok 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 |
|---|---|
Grok / grok CLI / grok build | grok mcp add --transport http … → remote exec + jobs |
| Cursor | npx @aicommander/mcp stdio bridge → remote exec + jobs |
| Claude Code | MCP remote exec + jobs on your fleet |
| Codex | Same MCP endpoint; aliases after sign-in |
| ChatGPT | Custom MCP connector or plain REST /api/v1/exec |
FAQ
Next steps
Install the agent on a machine you control, connect Grok via grok mcp add, then ask for a real task on a remote box.