Customization

One deployment, many chatbots.

An instance is a chatbot: its own brand, its own shelf of documents, its own prompt, model and retrieval tuning, at its own URL. Everything on this page is a setting in an admin console — not a fork, not a theme file, not a release.

The same product, twice

Both of these are the same installation.

Different name, mark, palette, prompt and library — one codebase, one database, two rows of configuration. Both are mid-answer, because that is where the difference actually shows.

Edtek Chat as a law library, answering a fair-use question from the US Copyright Act in a crimson theme
A law library: crimson palette, its own name and mark, answering from the Copyright Act.
The same installation as a research archive, answering a question about orbital resonances from a preprint in a green theme
A research archive: green palette, different name, different shelf — and maths rendered in the answer.

Both are example configurations, set up in the admin console in a few minutes. Neither required a line of code.

How settings resolve

Instance, then global, then the shipped default.

Every field falls through three layers, and the console never leaves you guessing which one is in force.

The config chain

A badge on every field says where the value came from

Set your house style once at the global layer and it applies everywhere. Override it for one deployment and only that deployment changes. Reset the override and the field falls back — visibly.

  • Three layers, one answerInstance beats global, global beats the value the product ships with. Nothing is hidden in an environment variable.
  • Overrides are reversibleReset deletes the instance row rather than copying the parent value into it, so a later change to your global default still reaches this deployment.
  • Invalid settings cannot be savedEach block is validated on write, including the relationships between fields — thresholds must stay ordered, and a pass cannot be switched on without the model it needs.
The instance appearance settings, showing six theme presets and per-field badges reading Global default
Appearance settings for one instance. Each badge names the layer supplying the current value.

Prompting

The prompt is a text field, not a build artifact

The instruction the model answers under is editable per deployment. So is the prompt for the relevance pass, the verification pass and the moderation classifier — each with its own model, if you want a cheaper one doing the checking.

  • Insert the shipped default as a starting point, then edit it
  • Clear the override to fall straight back to the default
  • Pick a different answering model per deployment from your catalog
  • Send a one-token probe to confirm the model actually responds
The model and checks settings, with a model picker and an editable grounded-answer system prompt
Model selection and the editable answer prompt, marked as an instance override.

Retrieval

Tuning that survives contact with a real library

A shelf of dense statutes and a shelf of long research papers do not want the same settings. Both scales — cosine similarity and rerank score — are tuned separately, because conflating them is how retrieval quietly gets worse.

  • Thresholds a reader can moveHigh, medium and low strictness are your numbers; the reader just picks a level, and only if you allow it.
  • Reranking is opt-inOff until you add a rerank model and switch it on, at which point a second set of thresholds applies on the rerank scale.
  • Breadth and depth are separate dialsHow widely the index searches, how many candidates are pulled, how many passages reach the prompt, and how much of an answer one document may supply.
Retrieval settings with sliders for match strictness at high, medium and low, and a high-confidence threshold
Retrieval thresholds. The explanatory text is from the console itself.

The full surface

What is a setting, in full.

Not a highlights reel. This is the list, grouped the way the console groups it, so you can check whether the thing you need to change is a field or a feature request.

Appearance, brand and welcome

Theme preset
Six palettes, each with a matching light and dark treatment.
Dark by default
Which mode a new session opens in.
Density
Comfortable or compact spacing throughout the interface.
Reader control
Whether readers may change theme, mode and density for themselves.
Logo
Upload PNG, JPEG, WebP, GIF or SVG up to 512 KB, or point at a URL.
Product name
What the chatbot calls itself, in the sidebar, the tab title and its own answers.
Brand name and accent
The two-tone wordmark in the sidebar header.
Tagline
The line under the product name.
Welcome title and subtitle
The first thing a reader sees on an empty conversation.
Welcome tips
The cards under the welcome heading — each an icon from a fixed set, a heading and a line of copy.
Library list
Whether the welcome screen lists the collections available to this deployment.
Reference panel
Whether the document panel starts open.

Answering behaviour

Answering model
Any chat model in your catalog, chosen per deployment.
System prompt
The full grounded-answer prompt, overridable with the shipped default one click away.
Relevance pass
On or off, with its own model and its own prompt.
Verification pass
On or off, with its own model and its own prompt.
Moderation
On or off, block or flag, with a classifier model and refusal text you set.
Refusal message
What a reader is told when the library has no answer.
Status labels
The wording of each phase — searching, checking relevance, composing, verifying.
Error and overflow text
What a reader sees on a provider failure or an oversized question.
Conversation history
On or off, how many prior messages carry forward, whether their sources come too.
Reader controls
Whether readers can adjust retrieval settings, or share a conversation.
Default scope
Which collections a new conversation starts with — all, none, or a named set.
Logging
Whether model calls are recorded, and whether full message text is kept.

Retrieval and library scope

Match strictness
Three similarity floors — high, medium, low — that a reader picks between.
Default strictness
Which of the three a new conversation starts on.
Passages per answer
How many passages reach the prompt, and the ceiling a reader may raise it to.
Per-document cap
How much of one answer a single document is allowed to supply.
Candidate pool
How many matches are pulled before filtering and reranking.
Recall floor
How widely the vector index searches before it starts discarding.
Reranking
On or off, with any rerank model from your catalog.
Rerank thresholds
A second set of floors on the rerank scale, tuned independently of similarity.
Confidence bar
Where a good match ends and a weaker one begins — on both scales.
Exposed collections
Exactly which collections this deployment may search, and which allow document-level picking.

Settings that shape answers — prompts, checks, moderation, history, logging — are held on the server and never sent to a reader’s browser.

Reader-side

Hand some of it over, or none of it.

Some libraries want a locked, uniform interface. Others serve readers who work at night and want the dark palette, or who know exactly which two titles hold the answer. Each instance decides how much of that is the reader’s call.

  • Theme, mode and density — offered through an options panel, or fixed by you and never shown.
  • Retrieval settings — match strictness and passage counts, within the bounds you set.
  • Sharing — a read-only public link to a conversation, optionally password-protected and time-limited. Off unless you enable it, and source documents stay private even on a shared link.
The reader-facing options panel offering six themes, a dark mode switch and a density toggle
The reader’s options panel, shown only where the instance allows it.

Running several

Every instance is separate, and all of them are in one place.

Each deployment has its own members, its own shelf and its own settings. The console keeps the whole estate on one screen — who is using what, what it costs, and how often answers come back unsupported.

Deployment, models and access
The admin console platform overview listing nine instances with members, messages, cost and unanswered rate
Nine instances in one console, with cost and unanswered-question rate per deployment.

Frequently asked questions

  • How many chatbots can one deployment run?

    As many as you need. Each one is an instance: its own name, branding, welcome screen, prompt, model, retrieval tuning, collection allowlist and members, living at its own URL under the same installation. Nothing in the product caps the number.

  • Do we need a developer to change any of this?

    No. Everything on this page is a field in the admin console. Changes take effect for the next question asked — there is no build, no deploy and no release to wait for.

  • What is the config chain?

    Every setting resolves through three layers: this instance, then your global defaults, then the value the product ships with. The console shows a badge on each field saying which layer the current value came from, and a reset that removes the instance override and falls back. Set a house style once globally; override only what a particular deployment needs.

  • Can readers change the look themselves?

    If you let them. Each instance decides whether the theme, light or dark mode, and density are yours to fix or the reader’s to choose. When a reader does choose, the preference is remembered per deployment and applied on the first paint, so there is no flash of the wrong theme on load.

  • Can we edit the system prompt?

    Yes — the full grounded-answer prompt, per instance or globally, with the shipped default available to drop in as a starting point and a one-click way back to it. The relevance, verification and moderation passes each have their own editable prompt as well.

Bring your brand guidelines and a hard question.

We will stand up an instance in your colours, on your documents, and let you try to break it.