Back to compare picker

Source grounding display vs Citation display vs Chat interface vs Streaming response vs Related links

Use source grounding display for whole-answer evidence coverage across sources, retrieved material, used evidence, unsupported claims, and source scope; citation display for inspecting one claim-level source; chat interface for the conversation transcript; streaming response for partial generated output; and related links for onward navigation.

Learn the decision

Match the interaction to the person's task

Use source grounding display for whole-answer evidence coverage across sources, retrieved material, used evidence, unsupported claims, and source scope; citation display for inspecting one claim-level source; chat interface for the conversation transcript; streaming response for partial generated output; and related links for onward navigation.

Source grounding display

Use it when: Users need answer-wide evidence coverage before trusting generated content.

Make this state clear: Default grounded state with source scope, searched sources, retrieved sources, used sources, and supported-claim count.

Observe the result: The person reaches a clear outcome.

Study the full pattern →

Citation display

Use it when: Users need to verify generated claims, summaries, recommendations, or extracted facts against source material.

Make this state clear: Default answer with cited claims and inline citation markers.

Observe the result: A user checks a claim, opens its source preview, compares the quoted excerpt with the answer text, and copies the citation with the source title included.

Study the full pattern →

Chat interface

Use it when: The user needs a back-and-forth assistant conversation with follow-up questions and answer refinement.

Make this state clear: Empty new chat with conversation title, mode, history or retention status, and a labelled composer.

Observe the result: A user asks for a policy summary, follows up with Compare that to the renewal clause, sees that the second answer used the first answer and selected file, then exports the two-turn transcript.

Study the full pattern →

Streaming response

Use it when: Generated text or structured content can be read or monitored before completion.

Make this state clear: Queued or receiving state before first output arrives.

Observe the result: A user sees the first-token state quickly, reads early outline bullets while the answer continues, stops generation after enough detail, and sees the result labelled Partial with Continue and Regenerate options.

Study the full pattern →

Related links

Use it when: The current page has a few genuinely adjacent pages, services, programs, or resources users often need next.

Make this state clear: Default state with a labelled, curated related-links block and descriptive link text.

Observe the result: A user reads claim renewal guidance, chooses Upload evidence for your claim, and sees why that destination is the next useful service page.

Study the full pattern →

Practice the judgment: Imagine this situation: The answer shows citations but hides that several claims are unsupported. Write the person's goal, choose one of these patterns, and show the state that helps the person continue. Use the decision rules and source trail below to explain your choice.

Review the underlying principle →

Decision dimensions

Dimension Source grounding displayCitation displayChat interfaceStreaming responseRelated links
UI or UX UI + UX - Whole-answer source coverage and grounding evidence displayUI + UX - Inline claim-to-source evidence display for generated or summarized contentUI + UX - Multi-turn conversation surface with transcript, composer, assistant responses, and conversation historyUI + UX - Incremental generated-output surface that renders response chunks before final completionUI + UX - Curated onward links connected to the current content
UI guidance Render source grounding as an answer-wide evidence panel that separates source scope, searched sources, retrieved sources, used sources, supported claims, partially supported claims, unsupported claims, and unresolved source states.Render citation markers beside the claims they support, and connect each marker to a selected source preview with title, source type, excerpt, date or version, permission state, and open source action.Render chat as an ordered transcript with visible user and assistant roles, turn boundaries, timestamps or relative position, current draft composer, submitted prompt, response status, source or tool indicators, and conversation-level controls.Render streamed output with a visible generation state, partial-answer label, stop control, final-complete state, and clear distinction between text that is still arriving and content that has passed final citation, safety, tool, or format checks.Render a short, labelled collection of links whose destinations are closely related to the current content, using destination-specific link text and optional relation labels such as service, guidance, external, or PDF.
UX guidance Let users inspect coverage gaps, source scope, retrieval status, and unsupported claims before they copy, publish, apply, or rely on the answer.Keep the claim-to-source mapping durable through streaming, regeneration, copying, mobile layout changes, and permission checks so users can tell what evidence applies to which claim.Use a chat interface when users need a multi-turn assistant conversation where later prompts can depend on earlier turns, responses can be inspected or continued, and conversation history can be saved, resumed, deleted, or limited by policy.Use a streaming response when showing partial generated output helps users start reading or monitoring work before the model finishes, and when the product can explain that early chunks may still change, be filtered, or lack final sources.Use related links to support users who have finished or understood the current content and need a relevant next page, adjacent service, reference, or follow-up resource.
Good UI A policy answer includes a Grounding panel showing 4 sources searched, 3 retrieved, 2 used, 5 supported claims, 1 partially supported claim, and 1 unsupported claim with a Review action.A policy assistant places numbered citation chips after each sourced claim; selecting a chip opens a source preview with the document title, section, quoted excerpt, updated date, and Open source action.A research assistant chat shows user and assistant bubbles, turn numbers, source chips, streaming status, Stop, Copy answer, Regenerate, New chat, and a conversations list with the active chat title.A policy assistant shows Answer generating, streams paragraphs into a stable answer region, marks citations pending, exposes Stop generation, then changes to Complete when citations and safety checks finish.A benefits guidance page ends with Related links: Check eligibility for support, Upload evidence for your claim, and Appeal a support decision, each with a concise relation label.
Bad UI The answer shows a green Grounded badge even though only one citation supports one paragraph.A citation appears verified while retrieval is still pending.A conversation auto-scrolls to a new answer while the user is reading an older cited turn, then hides the old prompt after regenerate.A streaming JSON answer is displayed as valid data before the closing braces and schema check have completed.A page ends with More information containing Home, Contact us, Apply now, Old 2018 guidance, Help, and an unrelated account settings link.
Good UX The person reaches the intended result with clear feedback.A user checks a claim, opens its source preview, compares the quoted excerpt with the answer text, and copies the citation with the source title included.A user asks for a policy summary, follows up with Compare that to the renewal clause, sees that the second answer used the first answer and selected file, then exports the two-turn transcript.A user sees the first-token state quickly, reads early outline bullets while the answer continues, stops generation after enough detail, and sees the result labelled Partial with Continue and Regenerate options.A user reads claim renewal guidance, chooses Upload evidence for your claim, and sees why that destination is the next useful service page.
Bad UX Grounded status is shown before retrieval finishes.A user trusts a generated compliance claim because it has a number beside it, but the number points to an unrelated source.Latest answer is disconnected from the prompt and context that produced it.A user copies an early legal recommendation before the final paragraph reverses the conclusion after a tool result arrives.Users follow a generic More information link and land on an unrelated policy collection.
Best fit Users need answer-wide evidence coverage before trusting generated content.Users need to verify generated claims, summaries, recommendations, or extracted facts against source material.The user needs a back-and-forth assistant conversation with follow-up questions and answer refinement.Generated text or structured content can be read or monitored before completion.The current page has a few genuinely adjacent pages, services, programs, or resources users often need next.
Avoid when The only task is opening one claim's source preview, which belongs to citation display.Links are simply optional onward reading rather than evidence for the answer.The task can be completed with a single structured prompt box, form, or command.Intermediate chunks may expose unsafe, private, or misleading content.Links are only loosely associated by topic tags or organizational ownership.
Required state Default grounded state with source scope, searched sources, retrieved sources, used sources, and supported-claim count.Default answer with cited claims and inline citation markers.Empty new chat with conversation title, mode, history or retention status, and a labelled composer.Queued or receiving state before first output arrives.Default state with a labelled, curated related-links block and descriptive link text.
Accessibility burden Expose grounding summary, source scope, status counts, unsupported claims, and source groups as text.Give citation markers accessible names that include their selected state and source status, such as Citation 2, verified source, or Citation pending.Expose the transcript as an ordered region and use a sequential update strategy such as role=log for appended messages where appropriate.Expose stream milestones such as started, still generating, stopped, failed, citation ready, and complete as status messages.Use descriptive link text that makes sense out of context.
Common misuse Showing a global Grounded badge when only some claims have evidence.Displaying a link dump below the answer instead of mapping sources to specific claims.Auto-scrolling during streaming while the user is reading an older message.Letting partial output look finished before the final event arrives.Using related links as a catch-all further-reading dump.

Source grounding display

UI or UX
UI + UX - Whole-answer source coverage and grounding evidence display
UI guidance
Render source grounding as an answer-wide evidence panel that separates source scope, searched sources, retrieved sources, used sources, supported claims, partially supported claims, unsupported claims, and unresolved source states.
UX guidance
Let users inspect coverage gaps, source scope, retrieval status, and unsupported claims before they copy, publish, apply, or rely on the answer.
Good UI
A policy answer includes a Grounding panel showing 4 sources searched, 3 retrieved, 2 used, 5 supported claims, 1 partially supported claim, and 1 unsupported claim with a Review action.
Bad UI
The answer shows a green Grounded badge even though only one citation supports one paragraph.
Good UX
The person reaches the intended result with clear feedback.
Bad UX
Grounded status is shown before retrieval finishes.
Best fit
Users need answer-wide evidence coverage before trusting generated content.
Avoid when
The only task is opening one claim's source preview, which belongs to citation display.
Required state
Default grounded state with source scope, searched sources, retrieved sources, used sources, and supported-claim count.
Accessibility burden
Expose grounding summary, source scope, status counts, unsupported claims, and source groups as text.
Common misuse
Showing a global Grounded badge when only some claims have evidence.

Citation display

UI or UX
UI + UX - Inline claim-to-source evidence display for generated or summarized content
UI guidance
Render citation markers beside the claims they support, and connect each marker to a selected source preview with title, source type, excerpt, date or version, permission state, and open source action.
UX guidance
Keep the claim-to-source mapping durable through streaming, regeneration, copying, mobile layout changes, and permission checks so users can tell what evidence applies to which claim.
Good UI
A policy assistant places numbered citation chips after each sourced claim; selecting a chip opens a source preview with the document title, section, quoted excerpt, updated date, and Open source action.
Bad UI
A citation appears verified while retrieval is still pending.
Good UX
A user checks a claim, opens its source preview, compares the quoted excerpt with the answer text, and copies the citation with the source title included.
Bad UX
A user trusts a generated compliance claim because it has a number beside it, but the number points to an unrelated source.
Best fit
Users need to verify generated claims, summaries, recommendations, or extracted facts against source material.
Avoid when
Links are simply optional onward reading rather than evidence for the answer.
Required state
Default answer with cited claims and inline citation markers.
Accessibility burden
Give citation markers accessible names that include their selected state and source status, such as Citation 2, verified source, or Citation pending.
Common misuse
Displaying a link dump below the answer instead of mapping sources to specific claims.

Chat interface

UI or UX
UI + UX - Multi-turn conversation surface with transcript, composer, assistant responses, and conversation history
UI guidance
Render chat as an ordered transcript with visible user and assistant roles, turn boundaries, timestamps or relative position, current draft composer, submitted prompt, response status, source or tool indicators, and conversation-level controls.
UX guidance
Use a chat interface when users need a multi-turn assistant conversation where later prompts can depend on earlier turns, responses can be inspected or continued, and conversation history can be saved, resumed, deleted, or limited by policy.
Good UI
A research assistant chat shows user and assistant bubbles, turn numbers, source chips, streaming status, Stop, Copy answer, Regenerate, New chat, and a conversations list with the active chat title.
Bad UI
A conversation auto-scrolls to a new answer while the user is reading an older cited turn, then hides the old prompt after regenerate.
Good UX
A user asks for a policy summary, follows up with Compare that to the renewal clause, sees that the second answer used the first answer and selected file, then exports the two-turn transcript.
Bad UX
Latest answer is disconnected from the prompt and context that produced it.
Best fit
The user needs a back-and-forth assistant conversation with follow-up questions and answer refinement.
Avoid when
The task can be completed with a single structured prompt box, form, or command.
Required state
Empty new chat with conversation title, mode, history or retention status, and a labelled composer.
Accessibility burden
Expose the transcript as an ordered region and use a sequential update strategy such as role=log for appended messages where appropriate.
Common misuse
Auto-scrolling during streaming while the user is reading an older message.

Streaming response

UI or UX
UI + UX - Incremental generated-output surface that renders response chunks before final completion
UI guidance
Render streamed output with a visible generation state, partial-answer label, stop control, final-complete state, and clear distinction between text that is still arriving and content that has passed final citation, safety, tool, or format checks.
UX guidance
Use a streaming response when showing partial generated output helps users start reading or monitoring work before the model finishes, and when the product can explain that early chunks may still change, be filtered, or lack final sources.
Good UI
A policy assistant shows Answer generating, streams paragraphs into a stable answer region, marks citations pending, exposes Stop generation, then changes to Complete when citations and safety checks finish.
Bad UI
A streaming JSON answer is displayed as valid data before the closing braces and schema check have completed.
Good UX
A user sees the first-token state quickly, reads early outline bullets while the answer continues, stops generation after enough detail, and sees the result labelled Partial with Continue and Regenerate options.
Bad UX
A user copies an early legal recommendation before the final paragraph reverses the conclusion after a tool result arrives.
Best fit
Generated text or structured content can be read or monitored before completion.
Avoid when
Intermediate chunks may expose unsafe, private, or misleading content.
Required state
Queued or receiving state before first output arrives.
Accessibility burden
Expose stream milestones such as started, still generating, stopped, failed, citation ready, and complete as status messages.
Common misuse
Letting partial output look finished before the final event arrives.

Related links

UI or UX
UI + UX - Curated onward links connected to the current content
UI guidance
Render a short, labelled collection of links whose destinations are closely related to the current content, using destination-specific link text and optional relation labels such as service, guidance, external, or PDF.
UX guidance
Use related links to support users who have finished or understood the current content and need a relevant next page, adjacent service, reference, or follow-up resource.
Good UI
A benefits guidance page ends with Related links: Check eligibility for support, Upload evidence for your claim, and Appeal a support decision, each with a concise relation label.
Bad UI
A page ends with More information containing Home, Contact us, Apply now, Old 2018 guidance, Help, and an unrelated account settings link.
Good UX
A user reads claim renewal guidance, chooses Upload evidence for your claim, and sees why that destination is the next useful service page.
Bad UX
Users follow a generic More information link and land on an unrelated policy collection.
Best fit
The current page has a few genuinely adjacent pages, services, programs, or resources users often need next.
Avoid when
Links are only loosely associated by topic tags or organizational ownership.
Required state
Default state with a labelled, curated related-links block and descriptive link text.
Accessibility burden
Use descriptive link text that makes sense out of context.
Common misuse
Using related links as a catch-all further-reading dump.
Decision rules
  • Choose source grounding display when users need whole-answer evidence coverage across source scope, retrieved material, used evidence, and unsupported claims, not just one citation marker.
  • Choose citation display when the task is opening a selected claim-level source preview, quote, metadata, and open source action.
  • Choose chat interface when the main design problem is the conversation transcript, multi-turn container, prompt composer, history, and follow-up context.
  • Choose streaming response when the product must expose partial generated output, pending source events, stop generation, or response failure while text arrives.
  • Choose related links when destinations are optional onward navigation, not evidence used by the generated answer.
  • A source grounding display must name source scope, searched sources, retrieved sources, used sources, unsupported claims, partial support, missing sources, permission-limited sources, stale sources, and out-of-scope answer parts.
  • Show grounded, partially grounded, unsupported, source unavailable, permission-limited, stale, retrieval failed, and not searched states separately.
  • Do not collapse source grounding into a single confidence score; source coverage, source quality, permissions, recency, and claim support are different evidence dimensions.
  • When grounding is still resolving during a stream, show pending source coverage and delay answer-wide grounded status until retrieval and final answer text settle.
  • If no suitable source is found, say no supporting source found rather than displaying unrelated links or decorative citations.
Inspect live examples
Failure modes
  • The answer shows citations but hides that several claims are unsupported.
  • The display claims the whole answer is grounded when only one paragraph has a source.
  • Retrieved sources, used sources, and available source scope are mixed together so users cannot tell what evidence was actually used.
  • Permission-limited or stale sources look the same as checked sources.
  • A single confidence badge replaces source coverage, unsupported claims, and retrieval status.
  • The UI shows related links as if they were grounding evidence for the answer.

Saved items