Keep Open WebUI.
Give your models your machines.

AI Commander is not an alternative to Open WebUI, Claude Code, Codex, ChatGPT, Cursor, GitHub Copilot, Sourcegraph Cody, Grok, Gemini, Windsurf, Continue, Cline, Roo Code, Zed, OpenCode, Qwen Code, goose, Amp, Kilo Code, OpenHands, Amazon Q Developer, Augment Code, Devin, JetBrains Junie, Kiro, Warp, Factory, Crush, LM Studio, Trae, Claude Desktop, n8n, OpenAI Agents SDK, Visual Studio, or JetBrains AI Assistant. 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.

Positioning in one line: Open WebUI stays your self-hosted chat and model hub; AI Commander is the hands on the box — servers, GPU rigs, NAS, laptops — with no inbound ports and no exposed SSH.

Sibling harness pages: Claude Code · Codex · ChatGPT · Cursor · OpenCode · Factory · Kiro · Warp · Crush · LM Studio · Trae · Claude Desktop · n8n · OpenAI Agents SDK · Visual Studio · JetBrains AI Assistant · Gemini — and the rest on Connect your AI client.

Connect Open WebUI (MCP Streamable HTTP)

Open WebUI supports MCP natively from v0.6.31, over Streamable HTTP only (Open WebUI docs: Model Context Protocol) — which is exactly what AI Commander’s hosted endpoint speaks, so there is no proxy to run. MCP servers are admin-only: open Settings → Admin → Integrations, and under External Tool Servers click + Add Connection:

Open WebUI — External Tool Server
Type:        MCP (Streamable HTTP)
URL:         https://aicommander.dev/mcp
Auth:        OAuth 2.1   → click Register Client, then Save
ID / Name:   aicommander / AI Commander
Visibility:  Access Control → only the users or groups who should reach these machines

Pick MCP (Streamable HTTP), not OpenAPI — Open WebUI’s docs warn that MCP config in an OpenAPI connection can hang the UI. With OAuth 2.1 Open WebUI uses Dynamic Client Registration, which AI Commander supports, so there is no Client ID to paste. Then each user opens a chat, clicks + → Integrations → Tools, enables AI Commander, and finishes a one-time browser sign-in. The grant is stored against that user’s Open WebUI account only, so everyone reaches their own AI Commander machines and nobody inherits anyone else’s.

Multi-user instance — get the auth right

Use the connection’s Function Name Filter List to expose only the AI Commander tools a deployment should have, and start long work as detached jobs (remote_job_start, then remote_job_status / remote_job_logs) instead of one long tool call. API keys and OAuth connectors only act while the account owner has opened the AI Commander dashboard in the last 24 hours — see Credential security on Connect your AI client. MCP connects the tools; the model still has to use them well, so pick a model with reliable native tool calling.

Running local models in LM Studio too? See Keep LM Studio. Full client matrix (Open WebUI, Visual Studio, JetBrains AI Assistant, Claude Desktop, n8n, Claude Code, Codex, ChatGPT, Cursor, Copilot, Gemini, and more, plus REST): Connect your AI client. Admin menus can differ between Open WebUI releases — check the linked docs for yours.

What you get that the chat alone cannot

Not a replacement — a multiplier

You already useAI Commander adds
Open WebUIAdmin → Integrations → External Tool Servers → MCP (Streamable HTTP), https://aicommander.dev/mcp, OAuth 2.1
Visual Studio.mcp.json → servers.aicommander {"type": "http", "url": "https://aicommander.dev/mcp"}
JetBrains AI AssistantSettings → Tools → AI Assistant → MCP → Add → npx -y @aicommander/mcp (or a remote url)
Claude Codeclaude mcp add --transport http … → remote exec + jobs
Codex / ChatGPTSame MCP endpoint or REST /api/v1/exec
Cursor / Continue / Windsurfnpx @aicommander/mcp stdio bridge

FAQ

Is AI Commander an alternative to Open WebUI?
No. AI Commander is NOT an alternative to Open WebUI. It is a remote-machine harness. You keep Open WebUI and your models (or Claude Code, Codex, ChatGPT, Cursor, GitHub Copilot, Sourcegraph Cody, Grok, Gemini, Windsurf, Continue, Cline, Roo Code, Zed, OpenCode, Qwen Code, goose, Amp, Kilo Code, OpenHands, Amazon Q Developer, Augment Code, Devin, JetBrains Junie, Kiro, Warp, Factory, Crush, LM Studio, Trae, Claude Desktop, n8n, OpenAI Agents SDK, Visual Studio, or JetBrains AI Assistant) as your AI agent. AI Commander gives those tools secure remote shell, detached jobs, and file transfer on machines you own — over MCP or REST. It is also not an alternative to Claude Code, Codex, or ChatGPT; it works with them the same way.
How do I connect Open WebUI to AI Commander?
As an admin, open Settings → Admin → Integrations, and under External Tool Servers click + Add Connection. Set Type to MCP (Streamable HTTP), URL to https://aicommander.dev/mcp, and Auth to OAuth 2.1, then click Register Client and Save. Each user enables AI Commander per chat under + → Integrations → Tools and finishes a one-time browser sign-in. Requires Open WebUI v0.6.31 or later. See /howto/ for the full matrix.
Should I use OAuth 2.1 or a Bearer key in Open WebUI?
Use OAuth 2.1 on any instance with more than one user: each user signs in to their own AI Commander account and reaches only their own machines. A Bearer key is a single account's credential shared by everyone who can see the connection, so use it only on a single-user instance or restrict the connection with Access Control. Don't choose Bearer with an empty key.
Does Open WebUI need stdio or a proxy for AI Commander?
No. Open WebUI's native MCP support is Streamable HTTP only, and AI Commander's hosted endpoint https://aicommander.dev/mcp is Streamable HTTP, so it connects directly — no mcpo, no stdio bridge. Your machines keep an outbound-only connection to the relay.

Next steps

Install the agent on a machine you control, add https://aicommander.dev/mcp as an MCP (Streamable HTTP) tool server in Open WebUI, then ask your model for a real task on a remote box.