How an answer is produced
- The message runs through the full query pipeline: the same signals, fusion, and reranking as the API.
- The model generates an answer bounded by the retrieved knowledge, not by its general training. Seynâs value is your organisationâs knowledge, not the modelâs opinions.
- The response streams token by token, with citations linking each claim to the rules it came from. From a citation, the provenance chain continues down to raw source records.
- The conversation persists as a thread; history is browsable and resumable.
Grounding and honesty
- Citations are not decoration. Every substantive claim carries them, and a citation resolves to a real rule, which resolves to real evidence. An answer you canât drill into is an answer you shouldnât trust.
- The query bounds the generation. If the knowledge library doesnât contain the answer, the assistant says so rather than improvising. The failure mode is âI donât have that,â not confident fiction.
- Review status flows through. Answers built on unreviewed (
inferred) rules are still answers, but the citations show their status, so a careful reader can weigh them.
Operational details
| Aspect | Behaviour |
|---|---|
| Rate limit | 50 messages/hour per user |
| Persistence | Threads and messages stored per organisation, with citation records |
| Access | All roles; chat is the default member surface |
Common mistakes
| Symptom | Cause | Fix |
|---|---|---|
| âI donât have information about thatâ for something you know is in the source data | Data was ingested but no extraction run has put it into the active library | Walk the debugging order |
| Answers cite rules a human already rejected | The active library version predates the review | Re-run extraction; check citation review statuses |
| Re-asking the same question gives differently-worded answers | Generation is non-deterministic; the citations should stay stable even when prose varies | Judge consistency by citations, not phrasing |
| Treating chat as a calculator or live-data query tool | Chat answers from extracted knowledge, not by querying source systems in real time | Use pattern metrics or your BI stack for live aggregates |
Related
Query
The pipeline that decides what chat gets to see.
MCP Server
The same grounded knowledge, for your own agents.