Skip to Content
ConceptsAI chat

AI chat

AI chat in CMDOP is one surface backed by three things: jarvis (the server-side AI agent), local-LLM models running on your own machine, and cloud / gateway providers reached through the LLM gateway. You talk to one chat; CMDOP routes the turn to whichever model backs it. The agent loop, tools, and permission gate are identical regardless of which provider answers.

The three backings

BackingWhat it isWhen it answers
jarvisA server-side AI agent that runs triggers, webhooks, and a task queue, and speaks the same proto + tools as any other operator. It also summarizes long conversations to cut token debt.Autonomous / scheduled work, and behind-the-scenes summarization.
local-LLMModels you download and run locally via cmdop local-llm (Ollama / LM Studio also supported as providers).Private, offline, or air-gapped chat — nothing leaves your machine.
Cloud / gateway providersHosted model providers reached through the LLM gateway — one place to configure keys and route requests.When you want a frontier hosted model and are comfortable with the request leaving your contour.

Whichever backing answers, it is the same agent loop and the same tool catalogue. There is no separate “AI mode” — chat, MCP, and the SDK all drive the one loop. See Agent loop and Tools.

jarvis — the server-side AI agent

jarvis is not a chatbot pinned to a single window. It is an always-on agent orchestrator: a trigger scheduler, a webhook receiver, and a worker pool that can run agent turns on its own. Because it joins the relay as an operator over the same protocol, anything a human-driven chat can do, jarvis can do on a schedule or in response to an event. jarvis is also the summary agent that compacts long transcripts so working memory stays small (see Memory).

Providers and the LLM gateway

CMDOP ships 19 provider presets so you rarely configure a raw endpoint by hand:

anthropic, zai, zai-cn, minimax, kimi, moonshot, deepseek, mimo, alibaba, alibaba-us, openai, gemini, xai, mistral, openrouter, groq, ollama, lmstudio, custom.

The ollama and lmstudio presets point at local runtimes; custom lets you wire any OpenAI-compatible endpoint. Manage providers with:

cmdop provider list # see configured providers cmdop provider add # add one (preset or custom) cmdop provider default # pick the default cmdop provider test <id> # verify connectivity

The LLM gateway is the routing layer in front of these providers — one place to hold keys, pick a default, and route a chat turn to the right backend. It is a first-class concept, not a billing detail.

Choosing a model per chat

cmdop chat # default model cmdop chat --model deepseek # pick a provider/model alias cmdop chat --tools coding # full | coding | minimal tool profile cmdop chat -m vps-audi # chat anchored to a remote machine

Local models keep the whole conversation inside your contour; cloud providers trade that for frontier capability. The choice is per chat.

TAGS: ai-chat, jarvis, local-llm, llm-gateway, providers DEPENDS_ON: [agent-loop, tools, memory]

Last updated on