Skip to content

Ollama Beta ​

4 min read

Ollama lets the model run on a machine you control instead of through a cloud provider. You keep processing in your infrastructure and are responsible for its resources, availability, and security.

Experimental

The Ollama integration is in testing and can change. Use it first in a controlled environment.

Before connecting it ​

Install Ollama from ollama.com/download, download the model, and ensure its address is reachable from the agent container.

bash
ollama list

Ollama listens locally by default. When an agent accesses it from another container or machine, listen on a network interface and protect access through a private network, VPN, or firewall.

bash
OLLAMA_HOST=0.0.0.0 ollama serve

Do not expose Ollama without protection

Ollama does not add authentication. Never expose its port directly to the internet; use a VPN or a proxy with authentication and HTTPS.

Create a connection ​

In Settings > Models > Ollama, select Add connection. A connection represents one specific machine-and-model combination, not a provider account: three machines running Ollama are three connections and none is redundant.

  1. Give it a name—it is required, and it is the only thing that tells one machine from another in the list and in each agent's configuration. Something like “Development Ollama”.
  2. Enter the URL reachable by the agent. For a model on the same agent server, use http://host.docker.internal:11434.
  3. Under Server location, choose Private network for the same machine, your LAN, or a VPN, or Public access for a tunnel, your own domain, or dynamic DNS. Public access requires HTTPS.
  4. Enter the exact model name returned by ollama list and its real context window.
  5. Select the connection under Connection in the agent's Configuration > Model. The connection carries its own model, so that is the one the agent runs. If the agent is running, it restarts on its own when you save.

Choose the right address ​

SituationTypical addressRecommendation
Same serverhttp://host.docker.internal:11434Confirm that model is installed on that server.
Local networkhttp://192.168.x.x:11434Limit access to the Kujira server.
Private network or VPNPrivate URL or IPRecommended for another location.
InternetProtected HTTPS URLUse only behind authentication and a secure proxy.

Several machines, several connections ​

Each machine running Ollama is a connection with its own name, address, and model. One of them is marked as the default—the one inherited by agents that pick no connection—but with different machines the usual choice is to pin each agent to its own by name rather than inherit.

To remove a connection agents already use, Kujira first asks which one they move to: pick it under Move the agents to and confirm with Move and remove. If you are only shutting the machine down for a while, turn the connection off instead of removing it.

Context and performance ​

The context window must match the model's real capacity. A value that is too high can cause errors in long conversations; one that is too low compacts sooner than necessary.

To find out what it is, press Test on the connection: the check shows you both figures together — what the model supports and what your server is actually serving — and warns you in amber when the second is smaller. Ollama serves 4,096 tokens by default even when the model supports far more; you raise it with OLLAMA_CONTEXT_LENGTH on the machine where it runs. Details in Checking a local engine.

There is no cloud per-token cost, but consumption still depends on your GPU, CPU, memory, and electricity. Larger models require more resources and can respond more slowly.

Common errors ​

  • The agent cannot connect: check the address, port, firewall, and that Ollama listens outside localhost.
  • The first message fails: ensure the configured name exactly matches ollama list, including the tag and version.
  • Only one agent works: agents can run on different servers; give each access to the same instance or model name.
  • The agent boots against another machine: check which connection it has pinned under Configuration > Model. With Inherit from the organization it uses the default, which may belong to a different machine.
  • Long conversations fail: adjust the configured context window and restart the agent.

See Models to manage models and credentials through external providers.