Llm Cli Gateway MCP Server

Secure local control plane for AI coding agents across supported MCP clients, with workspace-scoped remote access, approval gates, durable jobs

Remote serverstreamable-httpTypeScript

What is the Llm Cli Gateway MCP server?

Llm Cli Gateway MCP server exists for a simple reason — assistants are far more useful when they can act on Llm Cli Gateway directly instead of describing what you should do. Secure local control plane for AI coding agents across supported MCP clients, with workspace-scoped remote access, approval gates, durable jobs, sessions, and audit receipts.

What you get

llm-cli-gateway lets supported MCP clients operate Claude Code, Codex, Gemini/Antigravity, Grok Build, Mistral Vibe, Cognition Devin, Cursor Agent, and configured HTTP API providers through one user-owned gateway while preserving native CLI sessions, local credentials, durable async jobs, validation receipts, and review workflows.

What the assistant can call

Once Llm Cli Gateway is connected, these are the calls the assistant has available:

  • Machine — readable diagnostics: npm run doctor
  • Cross — validation tools: review_changes, validate_with_models, second_opinion, compare_answers, red_team_review, consensus_check, ask_model
  • Multi — LLM Orchestration**: Unified interface for Claude Code, Codex, Gemini, Grok, Mistral (Vibe), Devin, and Cursor Agent CLIs
  • Gateway — owned worktrees**: Run supported sync or async provider requests inside a managed git worktree with the local file-backed session manager
  • Host — protection backpressure**: bounded HTTP session lifecycle (max sessions + idle reaper), global and per-provider job-execution limits with a bounded
  • Long — Running Jobs**: Non-time-bound async execution via *_request_async + polling tools
  • Supply — chain hardening**: a dedicated .github/workflows/security.yml runs actionlint, zizmor, shellcheck, typos, osv-scanner, gitleaks, and lychee on every
  • CLI — Prefix discipline
  • claude — yes
  • codex — yes
  • gemini — yes
  • grok — yes

Configuration and credentials

You will need 3 environment variables: LLM_GATEWAY_SKILLS_PATH, LLM_GATEWAY_AUTH_TOKEN, RVWR_GATEWAY_BUNDLE_URL. The server will not start without them, which is usually why the tools fail to appear on a first run. Keep credentials in your client's env block or a secrets manager rather than in a file you might commit.

Setting it up

Being a remote server, there is no local install. You register the endpoint with your client, authorise it once, and the tools appear.

Choosing this one

Among the developer tooling options, the useful question is rarely "what can it do" but "what does it cost you to run" — permissions, credentials, and how much of your context its toolset consumes. Llm Cli Gateway's toolset — Machine, Cross, Multi and 11 more — is a fair guide to whether it matches your workflow. It is maintained by verivus-oss; worth a glance at recent repository activity before you build anything load-bearing on it.

SyncDev reviews every entry in this directory against the project's own documentation before publishing, and revisits them as servers change.

Before you rely on it

  • Your data travels to the provider's service, so the usual questions apply about what you send and what they retain.
  • With 14 tools registered it takes up a noticeable share of the context window; turn it off in projects that never touch Llm Cli Gateway.
  • Missing credentials fail quietly in some clients — if no tools show up, check the environment block first.
  • MCP clients confirm each tool call by default. Leave that on until you have watched what the llm cli gateway mcp server does with a few real requests.

Available tools

ToolWhat it does
Machinereadable diagnostics: npm run doctor
Crossvalidation tools: review_changes, validate_with_models, second_opinion, compare_answers, red_team_review, consensus_check, ask_model, synthesize_validation, job_status, job_result, and validation_receipt (plus the valida
MultiLLM Orchestration**: Unified interface for Claude Code, Codex, Gemini, Grok, Mistral (Vibe), Devin, and Cursor Agent CLIs
Gatewayowned worktrees**: Run supported sync or async provider requests inside a managed git worktree with the local file-backed session manager. Same-session reuse requires same-host durable ownership plus a matching live Git
Hostprotection backpressure**: bounded HTTP session lifecycle (max sessions + idle reaper), global and per-provider job-execution limits with a bounded FIFO queue, and a configurable per-job output cap (default 50MB). See [H
LongRunning Jobs**: Non-time-bound async execution via *_request_async + polling tools
Supplychain hardening**: a dedicated .github/workflows/security.yml runs actionlint, zizmor, shellcheck, typos, osv-scanner, gitleaks, and lychee on every push and PR (see SECURITY.md for the threat model)
CLIPrefix discipline
claudeyes
codexyes
geminiyes
grokyes
mistralyes
devinno

How to install the Llm Cli Gateway MCP server

{
  "mcpServers": {
    "llm-cli-gateway": {
      "command": "npx",
      "args": ["-y", "llm-cli-gateway"],
      "env": {
        "LLM_GATEWAY_SKILLS_PATH": "your-value",
        "LLM_GATEWAY_AUTH_TOKEN": "your-value",
        "RVWR_GATEWAY_BUNDLE_URL": "your-value"
      }
    }
  }
}

Add to claude_desktop_config.json, then restart Claude Desktop.

Configuration

VariableDescriptionRequired
LLM_GATEWAY_SKILLS_PATHFilesystem location the server is allowed to use.Optional
LLM_GATEWAY_AUTH_TOKENCredential the server authenticates with.Yes
RVWR_GATEWAY_BUNDLE_URLEndpoint or connection string the server talks to.Yes

Example prompts to try

  • Use Llm Cli Gateway to Machine.
  • Use Llm Cli Gateway to Cross.
  • Use Llm Cli Gateway to Multi.

Frequently asked questions

It connects Llm Cli Gateway to MCP-compatible AI assistants such as Claude and Cursor, exposing 14 tools (Machine, Cross, Multi, and more) that the assistant can call on your behalf. Instead of copying data back and forth by hand, the assistant works with Llm Cli Gateway directly.