Configuration¶
Most day-to-day platform options live under . Global defaults that map to system parameters are on the Settings page (Settings users only).
Settings¶
Open (or the AI section on the main Settings app).
Guided system setup¶
Start setup assistant — opens chat with the guided setup skill for system administrators. Module install is never free-form: when setup plans are used, install goes through a confirmable plan (MVP may propose only).
Abuse guardrails¶
Setting |
Meaning |
|---|---|
Max strikes |
Violations in the window before a temporary ban (default 3). |
Strike window (hours) |
Hours over which strikes accumulate (default 24). |
Ban (minutes) |
How long a ban lasts (default 60). |
Rate and usage limits¶
Setting |
Meaning |
|---|---|
Rate limit (RPM) |
Max requests per minute per user (default 20). |
Max daily calls |
0 = unlimited. |
Max daily cost (USD) |
Soft cost cap using model unit prices; 0 = unlimited. Unpriced models may not enforce cost well. |
Max conversations / day |
0 = unlimited. |
Max successive calls |
Bound on chained model turns (default 10). |
Max tool calls |
Bound on tool invocations per turn loop (default 10). |
Write mode |
Chat only — auto / confirm / hybrid. See Using the assistant. |
Chat write-proposal lifetime |
Minutes until a chat proposal expires; 0 = never. |
Agent write-proposal lifetime |
Minutes until an agent proposal expires (default 1440); 0 = never. |
Logging¶
Log level — Metadata only (default, recommended) or Full payload (stores message/tool content; high sensitivity).
Run step retention (days) — purge horizon for
ai.agent.run.stepjournal rows (default 90; 0 disables). Does not auto-purgeai.logor run headers.
Model¶
AI Model — the model used by the interactive assistant. Its provider is used automatically.
Access policy defaults¶
Applied when no more specific ai.access.rule decides:
Default read: Allow
Default create / write / delete: Deny
See Access policy for rules and groups.
Runtime introspection¶
Publish installed modules — whether environment facts may include the installed module list (still subject to the user’s
ir.module.moduleACL). Denying makes the assistant more cautious, not magically more accurate. Version, edition, company and user facts remain.
Web access and files¶
Requires the Web access capability to be enabled for tools to be offered.
Setting |
Meaning |
|---|---|
Search backend |
|
Fetch backend |
Provider for |
Allowed domains |
Comma-separated allow-list; empty = any public host (SSRF protections still apply to private ranges). |
Daily limit |
Max web calls per user per company; 0 = unlimited. |
Max page text |
Characters retained from a fetched page. |
Max query length |
Cap on search query size. |
Allowed image / doc types |
MIME allow-lists for ingest. |
Max file size |
Bytes (default 10 MiB). |
LLM providers and models¶
Fields of interest:
Provider type and API key (system parameter storage).
Base URL — only override when you understand the trust boundary (a writable base URL can be an SSRF risk if pointed at internal services).
Timeout, Max retries, Call deadline — wall-clock budget for one provider call including retries.
Model id — exact vendor id.
Context window, max output tokens, tool and temperature support flags.
Prompt / completion unit prices and price source (provider API, curated catalog, or manual — manual is not overwritten by refresh).
Web providers¶
Configure search/fetch backends (factory rows may ship for common engines). Assign them in Settings as search/fetch backends.
MCP servers¶
Model Context Protocol servers expose external tools to the assistant when the MCP tools capability is enabled. Factory MCP definitions may ship inactive or empty of secrets.
Per server, typically configure:
endpoint / transport;
authentication secrets (never commit them to docs or git);
which users/groups may use the server’s tools;
enable/disable.
Every MCP call still re-checks capability and server audience. Treat MCP like installing untrusted plugins: least privilege, no production secrets in tool responses you do not need.
Prompt layers¶
Layered system prompts (core, global, module, …) shape behaviour. Core safety layers are not meant for casual editing. Global operational layers may be adjusted by AI administrators; migrations may refresh factory content only when still pristine.
Blocked patterns¶
Regex (or pattern) rules on input/output that raise violations when matched (e.g. classic “ignore previous instructions” probes). Extend carefully — over-broad patterns create false positives and strike noise.
Allowed actions¶
Allow-list of business methods the Action capability may invoke via
call_action (e.g. mark activity done). Methods not listed cannot be called
through AI even if Write is on. Prefer allow-listed actions over raw field
writes for lifecycle transitions.
Customizations ledger¶
When Customize UI & schema is used, changes are tracked in a ledger with import/export for recovery. Primary UX is still chat tools for admins; the ledger is the admin recovery path.
Setup plans¶
(Settings users)
Plans proposed by the guided setup flow for module installation / configuration steps that require explicit confirmation.