Enterprise Generative Search — Azure and Open Source · View 22 of 41 · Runtime
What this view proves
- The gateway never talks to the index. Retrieval is reached through the facade so that filters, evidence ids and traces cannot be bypassed by a service taking a shortcut.
- The first token is streamed before verification completes. Verification can revise or withdraw a claim, and the UI is built to accept that — a stream that cannot be corrected forces the choice between latency and grounding.
- Message 15 — one claim unsupported — is the expected path, not an error. The budget allows one extra hop; a second failure abstains.
Numbers
- Total 4.1 s for this explanatory query: 0.3 s understanding and authorisation, 0.45 s retrieval, 0.11 s reranking, 2.4 s synthesis, 0.18 s verification, 0.7 s the second hop.
- 94 candidates from four backends reduced to 8 passages and about 6,000 evidence tokens.
Deliberately omitted
- The cache probe, the safety screen and the trace writes are not drawn; they would triple the message count and are covered in views 25, 38 and 34.
- Tool invocation is a separate sequence in view 27 because it has a different authorisation path.