Connections
A connection is an endpoint and its key — one server you run, or one account at a provider. Its models are listed from the endpoint and enabled one by one.
Two types
| Type | Speaks | For |
|---|---|---|
| OpenAI-compatible (default) | /v1/chat/completions, /v1/models, embeddings, audio, images | llama.cpp, llama-swap, vLLM, LM Studio, Ollama’s OpenAI endpoint, OpenRouter, DeepSeek, OpenAI — anything that speaks the dialect |
| Anthropic | Anthropic’s Messages API | Claude models with an Anthropic API key |
Keys are encrypted at rest and only ever shown masked.
Add an OpenAI-compatible endpoint
- Go to Admin → Connections → New connection.
- Enter the address, including
/v1— for a local runner usually something likehttp://localhost:1234/v1— and a key if it needs one. - Give it a provider name (see below).
- Press Test & refresh. Its models are discovered and cached.
- Enable the models you want under Admin → Models.
Add an Anthropic key
- Admin → Connections → New connection, and choose Type: Anthropic. The address fills in
https://api.anthropic.com. - Provider name:
anthropic, or whatever the models should be called by. - Paste the API key from the Anthropic console, save, and enable the models under Admin → Models. If credits are in use, give them a price.
An Anthropic model works everywhere a chat model does — chats, titles, compaction, image review, schedules and /v1. A reasoning effort becomes extended thinking. Every request is marked for prompt caching on the system prompt and the newest message, so a long chat is not paid for in full on every turn. Embeddings, transcription, speech and image generation stay with OpenAI-compatible connections.
Provider names and model ids
Every connection has a provider name: short, lowercase letters, digits and hyphens — llama, deepseek, anthropic — and unique on the server. Every model is then named provider/model, for example llama/qwen or deepseek/deepseek-chat. That is the id the API, the model picker and the LLeMbas CLI all use, and it can never be ambiguous.
Model settings
Each model has a page under Admin → Models. The list is searchable and scales to hundreds of models. On a model’s page you set:
- a display name, description and image; ordering and pinning; the instance’s default model;
- tools — whether a tool list may be sent at all, and which built-in tools. An endpoint without tool support rejects the whole request, so this is a real switch;
- reasoning — the effort levels the model understands and its default;
- vision, context window and output limit;
- agent execution — whether it may drive agent chats;
- which groups may use it, and its price when credits are in use;
- a per-model system prompt and default sampling parameters.
Each person can also narrow things for themselves under Settings → Models: switch off tools a model may use with them, and pick the effort a new chat starts at. Those defaults only ever narrow what the instance allows.
Data groups
Every connection belongs to a data group, which decides what part of your library its models may read. See Permissions and sharing.