Escalation by default
When sources are silent, VeriCite escalates to a human instead of guessing.
VeriCite is built to know when to stop. When your approved sources do not support a confident answer, the Assistant does not improvise — it declines, and where you have configured it, it hands the question to a human. Escalating on silence rather than guessing is the behaviour that keeps a wrong answer from reaching a user, and it is assembled from three distinct safety layers working in sequence: the Scope Gate, confidence bands, and the Fallback policy.
What it is
"Escalate by default" is the union of three independent checks that decide what happens to a question the Assistant cannot safely answer from your Corpora. They fire at different points in the pipeline and are not interchangeable — the same user message can be deflected by one and never reach the others.
Why it matters
In a trusted-answer setting, a confident wrong answer is more damaging than an honest refusal. Escalate-by-default means a user at your institution either gets an answer your approved sources actually back — with Citations — or they get told plainly that the Assistant cannot answer, optionally routed to a person who can. You decide where that line sits, and a declined question becomes a signal you can act on rather than a silent failure.
How it relates to other concepts
Confidence bands
Every answer the Assistant produces carries a confidence band. The widget renders one of three levels, and the band is what the Fallback policy reasons about when it decides whether retrieval was strong enough to answer at all.
The Fallback policy and the shipped controls
The Fallback policy is configured on the **Fallback** screen. Today that screen is a single, simple inline form with three fields: **Minimum retrieval score (0.0–1.0)** — below this score the Assistant refuses; **Refusal copy** — the message shown when it declines; and **Escalation email** — where a declined question can be routed.
Hand-off — routing a question to a human
Where escalation means "send this to a person," the routing is configured per Assistant alongside its System prompts. You set per-channel hand-off targets, and each target carries a UX mode that controls how visible the hand-off is to the user.
Limitations to know
Two parts of the escalation story are incomplete in the shipped console, and the documentation is honest about both so you do not rely on a control that is not yet live.
- The per-Assistant **Safety** panel is a stub. Its live data path is a no-op, so it renders fixture and empty values rather than your real safety activity, and its escalation tracking is labelled "coming soon." Do not treat the numbers or escalation rows on that panel as a working record of escalations.
- The richer Fallback behaviour form (the refuse / hand-off / best-effort enum and escalation queue) is dead and unrendered. The live screen is the three-field inline form (Minimum retrieval score, Refusal copy, Escalation email).
Related pages
- Citations — how every supported answer carries references back to your approved sources.
- Review queue — where flagged questions (unanswered, or thumbs-down) collect for a human to resolve.