These are three separate models with three separate providers. A chat provider that cannot produce embeddings does not stop semantic search from working, as long as you point the embedding slot somewhere else. Each slot has its own switch, and each one degrades on its own: without an embedding model the assistant still answers, without a re-ranking model search still finds.
Choosing a provider
Self-hosted
Ollama, or any OpenAI-compatible endpoint you run yourself. No data leaves your infrastructure. The choice for strict data residency or privacy requirements.
OpenAI
GPT models via the OpenAI API. Requires an API key from platform.openai.com.
Google Gemini
Gemini models via Google AI Studio. Requires an API key from aistudio.google.com.
Azure AI Foundry
OpenAI models deployed in your own Azure subscription.
Groq
Very fast inference with a generous free tier. Requires an API key from console.groq.com.
Anthropic
Claude models via the Anthropic API. Requires an API key from console.anthropic.com.
Infomaniak
Swiss-hosted AI Tools. Requires an API key and the base URL of your AI Tools product.
Setting up a provider
1
Go to Admin → Settings → AI settings → Language model
Open the admin panel and navigate to the language model page.
2
Toggle CollabaseAI to Enabled
This master switch controls all AI features. When it is off, the assistant launcher is hidden, the
/ai command disappears from the editor, and AI automation nodes do not run.3
Select your provider
Choose one of the tiles. The configuration fields below update to match the selection.
4
Enter your credentials
Fill in the fields for your provider, see the tables below. API keys are encrypted before they are stored and are never written to logs.
5
Click Save and test
Collabase saves the page, then calls the model once and makes it use a tool. Tool calling is the one capability the assistant cannot work without, and a model that answers prose but refuses tools passes a plain ping and fails on the first real question.
Provider configuration fields
Self-hosted
Install Ollama on your server first, then pull the model you want (ollama pull llama3.2). Any other OpenAI-compatible endpoint works the same way.
With a self-hosted provider, all processing stays on your own server. No content is sent to any external service.
OpenAI
Google Gemini
Azure AI Foundry
Groq
Anthropic
Infomaniak
Infomaniak AI Tools is OpenAI-compatible, but the product id of your account is part of the URL, so the base URL is specific to your tenant.Semantic search
Semantic search indexes the text of your pages so plain-language questions can be answered from your own content. Turn it on with the switch on Admin → Settings → AI settings → RAG model & pipeline. Nothing is indexed while that switch is off. Indexing needs an embedding model, which is a different kind of model from the chat model. Not every provider offers one.
Groq and Anthropic are not offered as an embedding source. If one of them is your chat provider, choose Separate provider and point the embedding slot at something else — a local Ollama is the usual answer, and it keeps your page content on your own server even when the answers come from a hosted model.
Embedding source
Changing the embedding model does not corrupt anything: search only compares entries produced by the model currently in use, so the older ones are ignored rather than mixed in. They are also useless until rebuilt, which is what the Rebuild button next to the status panel is for. It queues everything the index is currently missing and reports how many items went into the queue. Until it has run, semantic search finds progressively less while keyword search is unaffected.
Rebuild after every embedding-model change. The nightly pass repairs the index on its own eventually; the button is how you get it back the same day.
What gets indexed
Registry objects are not indexed; the assistant reaches them through its Registry skills, which check permissions per object.
Unchanged content is not re-indexed, so repeatedly saving the same page costs nothing. A nightly pass also picks up anything an interruption caused the index to miss, so it converges on its own without an administrator watching it.
A comment is only ever as reachable as the thing it hangs on: search results respect the permissions of the page or work item it was written on. Comments on pages you cannot open never appear.
How results are ranked
Two searches run over the same set of pages and their results are merged:- Meaning, using the embedding model. Finds the right paragraph when the words differ from the question.
- Exact words, using the database’s own text search. Finds ticket keys, product names and abbreviations, which embeddings are consistently bad at.
Restricted pages, and everything filed underneath them, are deliberately left out of semantic search entirely, even for people who may read them. Search results are always limited to the spaces the person asking may open.
Checking that it works
The Status panel on the RAG page calls the configured embedding endpoint for real and reports back, along with how many passages are currently indexed. An embedding model that reports as working next to an index of zero passages means nothing has been saved since you switched it on.Re-ranking
Re-ranking is an optional second model that reads the question and each candidate passage together and reorders them. The embedding model has to describe each passage before anyone asks a question; a re-ranking model sees both at once, which is why it orders results better. It runs last, over a short list, and it is off by default.
If the re-ranking model is slow, unreachable or misconfigured, search keeps working with the normal ranking and the answer is no worse than it would have been without re-ranking. It never blocks an answer.
Re-ranking reads the question against every candidate passage, one pair at a time, so it costs real processing time. On a server without a graphics card, run a small model or keep the candidate count low, and measure how long a search takes before turning it on for everyone.
What the assistant may do on its own
The assistant reads freely and writes never — not without being told so in the moment. Anything that changes something (creating or updating a work item, moving one, changing a status, writing a comment, creating or changing a page or Registry object) appears in the chat as a request to approve, showing exactly what it would do. Nothing happens until it is approved, and rejecting it changes nothing. This is not a politeness setting and cannot be switched off. The assistant reads pages, work items and comments written by other people, and text inside them can be phrased as an instruction to it. The approval is what stands between such a sentence and a change made under your name.Approvals are bound cryptographically to the exact call they were issued for, and each approved
call is carried out at most once — a lost connection and a retry cannot produce the same work item
twice.
Thinking and reasoning
Some models can show their reasoning before the answer. Whether that appears in the assistant panel depends entirely on the provider and the model:
Reasoning is billed as output on hosted providers, so a thinking model costs more per answer than a comparable non-thinking one.
Privacy and data handling
API keys are encrypted at rest in Collabase and are never written to logs.
Assistant chats are private to the user who wrote them. There is no administrator view of a chat, and every chat is deleted 30 days after it was last written to. Support questions of the form “what did the assistant tell me” cannot be answered by looking at the transcript, only by reproducing the question.
Next steps
AI Model & Cost Planning
Which model to pick, how many tokens a request actually uses, and what a 100-user instance costs per month.
Using CollabaseAI
What your users will see once you have enabled it.
.png?fit=max&auto=format&n=V5LGcGniNC1X_QJO&q=85&s=8c9ba3ce9a0d0045976180c9f669af26)
