Skip to content

Documentation Index

Fetch the complete documentation index at: /llms.txt

Use this file to discover all available pages before exploring further.

Agent settings

Find the right settings for answers, the conversation interface and security.

Open copy menu
View as Markdown

Choose settings according to what you want to change. Agent answers, knowledge sources and the conversation interface on your website are separate areas.

Open the agent and choose the area you want to change. Overview, Appearance and Actions share the same conversation preview.

Tabs
What you want to changeStart hereDetailed guide
Model or instruction textOverview → Model or InstructionsTask and response style
Response length or behavior when information is missingSettings → AICheck the effect in a new test conversation.
Reply language, address form or terminologySettings → LanguagesLanguages and localization
Widget content and colorsAppearanceAppearance and welcome messages
Information used in answersData sourcesData source management
Contact form or API actionActions and the action’s settingsLead collection , HTTP actions
Allowed domains or identity verificationSettings → SecurityPublishing , identity verification
Support team availabilitySettings → Human supportHuman support setup

The primary colour is used by the header, user messages, and primary buttons. The launcher can have its own colour, and its icon contrast is selected automatically. A white header therefore does not force the launcher to be white.

The Understand the visitor’s current page switch in AI settings helps the chatbot interpret referential questions. For example, “What does this include?” on a pricing page can be associated with that knowledge-base page.

The feature is off by default. It can be enabled when the chatbot has at least one ready web page in its knowledge base. You do not need to change the embed code or configure the customer site. The chat widget checks the page for each message, so navigation in a single-page application is picked up automatically.

Recognition is used only when the browser page matches exactly one web page in the knowledge base. If there is no match or the match is ambiguous, the chatbot uses its normal knowledge search. Page-aware search does not displace the strongest result from the normal search.

  • The chat widget removes query parameters and the fragment, then derives a fixed identifier from the page origin and path in the browser.
  • The chat widget does not send Aihio the raw page URL, page title, text, headings, forms, input fields, or other DOM data.
  • The identifier is not stored with the conversation or written to application logs. It is used only to scope knowledge retrieval for that message.
  • Keep the feature disabled on sites where the URL path identifies a person or contains sensitive information. If it is enabled in such an environment, assess the processing and describe it in the site’s own privacy notice.

The feature is optional and does not affect normal chatbot behaviour while disabled.

Test recognition with the chat widget published on the website. The dashboard preview does not have the customer page URL, so it uses normal knowledge search.