Back to compare picker

Editable AI output vs Inline edit vs Prompt box vs Streaming response vs Citation display vs Source grounding display

Use editable AI output for generated output after creation that users revise with provenance, source mapping, citation preservation, tracked changes, review, save, copy, regenerate, and apply controls; inline edit for ordinary in-place record fields; prompt box for the request before generation; streaming response for partial generated output as it arrives; citation display for claim-level source previews; and source grounding display for whole-answer evidence coverage.

Learn the decision

Match the interaction to the person's task

Use editable AI output for generated output after creation that users revise with provenance, source mapping, citation preservation, tracked changes, review, save, copy, regenerate, and apply controls; inline edit for ordinary in-place record fields; prompt box for the request before generation; streaming response for partial generated output as it arrives; citation display for claim-level source previews; and source grounding display for whole-answer evidence coverage.

Editable AI output

Use it when: Generated content is expected to be revised before it is copied, saved, sent, published, or applied.

Make this state clear: Generated draft state with original generated content, creation time, model or run reference, and source coverage visible.

Observe the result: A reviewer changes one sentence, sees it marked as user edited, accepts the tracked change, reviews a stale source warning, and applies the output only after unsupported text is resolved.

Study the full pattern →

Inline edit

Use it when: Users frequently update one visible value or one row property.

Make this state clear: Read state with displayed value and discoverable edit affordance.

Observe the result: A user clicks Edit owner, changes the value, sees Save become enabled, enters an invalid short value, fixes it beside the field, saves, and stays on the same row.

Study the full pattern →

Prompt box

Use it when: Users must write or revise an AI request before generation, analysis, transformation, or automation begins.

Make this state clear: Typing state with expandable multi-line draft, send affordance, newline behavior, and character or token boundary feedback.

Observe the result: A user selects a policy paragraph, writes Summarize risks for a non-lawyer, sees Selected text and Output: bullets chips, submits, then edits and resends the exact prompt after the first answer is too broad.

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 →

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 →

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 →

Practice the judgment: Imagine this situation: Manual edits remove citation preservation, source mapping, or the generated baseline. 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 Editable AI outputInline editPrompt boxStreaming responseCitation displaySource grounding display
UI or UX UI + UX - Editable generated draft with provenance, review, and apply controlsUI + UX - In-place value or row editingUI + UX - Primary editable input surface for composing and submitting an AI requestUI + UX - Incremental generated-output surface that renders response chunks before final completionUI + UX - Inline claim-to-source evidence display for generated or summarized contentUI + UX - Whole-answer source coverage and grounding evidence display
UI guidance Render editable AI output as a generated draft with a clear boundary between original generated text, user-edited text, tracked changes, source mapping, citation preservation, and final applied output.Render a read-state value with a visible edit affordance, then replace only that value, cell, or row with the appropriate input and adjacent Save and Cancel controls when edit mode starts.Render the prompt box as a labelled, editable composer with visible draft area, send control, context chips, attachment controls, model or mode indicator when relevant, character or token boundary feedback, and clear disabled or blocked-send reasons.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 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 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 Use editable AI output when users need to revise generated content after creation while retaining provenance, citations, source coverage, and a deliberate apply or save contract.Use inline edit when users need to make frequent, low-impact changes to one visible property while preserving surrounding list, table, or record context.Use a prompt box when users need to author a natural-language request for AI generation, transformation, analysis, or automation and must remain in control of the exact request being submitted.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.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.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 assistant shows a generated draft answer with citation chips, user-edited spans, tracked change controls, source mapping indicators, and Apply output disabled until unsupported edits are reviewed.A resource table shows an edit icon beside the owner cell; activating it turns that cell into a text field with Save and Cancel buttons while other cells remain read-only.A prompt box expands for a multi-line request, shows Shift+Enter for newline, Enter to send only when configured, and keeps the draft after a failed model request.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 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 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 Citations vanish or remain attached to unsupported edited claims.The edit affordance appears only on pointer hover and is unreachable by keyboard or touch.A blank AI field shows only Ask me anything and sends vague requests with hidden page context.A streaming JSON answer is displayed as valid data before the closing braces and schema check have completed.A citation appears verified while retrieval is still pending.The answer shows a green Grounded badge even though only one citation supports one paragraph.
Good UX A reviewer changes one sentence, sees it marked as user edited, accepts the tracked change, reviews a stale source warning, and applies the output only after unsupported text is resolved.A user clicks Edit owner, changes the value, sees Save become enabled, enters an invalid short value, fixes it beside the field, saves, and stays on the same row.A user selects a policy paragraph, writes Summarize risks for a non-lawyer, sees Selected text and Output: bullets chips, submits, then edits and resends the exact prompt after the first answer is too broad.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 checks a claim, opens its source preview, compares the quoted excerpt with the answer text, and copies the citation with the source title included.The person reaches the intended result with clear feedback.
Bad UX Citations vanish or remain attached to unsupported edited claims.A user edits a sorted table cell and the row immediately jumps to a different page before the saved value can be confirmed.A user presses Enter expecting a new line and accidentally sends an unfinished prompt to an external model.A user copies an early legal recommendation before the final paragraph reverses the conclusion after a tool result arrives.A user trusts a generated compliance claim because it has a number beside it, but the number points to an unrelated source.Grounded status is shown before retrieval finishes.
Best fit Generated content is expected to be revised before it is copied, saved, sent, published, or applied.Users frequently update one visible value or one row property.Users must write or revise an AI request before generation, analysis, transformation, or automation begins.Generated text or structured content can be read or monitored before completion.Users need to verify generated claims, summaries, recommendations, or extracted facts against source material.Users need answer-wide evidence coverage before trusting generated content.
Avoid when Users only need to write or revise the request before generation.The edit affects multiple dependent fields or needs a review step.The task is better expressed as a fixed form, button, or command with known parameters.Intermediate chunks may expose unsafe, private, or misleading content.Links are simply optional onward reading rather than evidence for the answer.The only task is opening one claim's source preview, which belongs to citation display.
Required state Generated draft state with original generated content, creation time, model or run reference, and source coverage visible.Read state with displayed value and discoverable edit affordance.Typing state with expandable multi-line draft, send affordance, newline behavior, and character or token boundary feedback.Queued or receiving state before first output arrives.Default answer with cited claims and inline citation markers.Default grounded state with source scope, searched sources, retrieved sources, used sources, and supported-claim count.
Accessibility burden Expose generated draft, user edited, tracked change, unsupported edit, unsafe edit, stale source, review required, accepted, rejected, saved, copied, regenerated, and applied states as text.Give edit, save, cancel, confirm, and dismiss controls accessible names, especially when icons are used.Provide a programmatic label for the prompt editor and named controls for send, attach, remove context, clear, retry, and cancel.Expose stream milestones such as started, still generating, stopped, failed, citation ready, and complete as status messages.Give citation markers accessible names that include their selected state and source status, such as Citation 2, verified source, or Citation pending.Expose grounding summary, source scope, status counts, unsupported claims, and source groups as text.
Common misuse Dropping all citations when one paragraph is edited.Using inline edit for high-impact changes that need a review or confirmation step.Showing Ask anything as the only instruction while hiding what sources and tools the model can use.Letting partial output look finished before the final event arrives.Displaying a link dump below the answer instead of mapping sources to specific claims.Showing a global Grounded badge when only some claims have evidence.

Editable AI output

UI or UX
UI + UX - Editable generated draft with provenance, review, and apply controls
UI guidance
Render editable AI output as a generated draft with a clear boundary between original generated text, user-edited text, tracked changes, source mapping, citation preservation, and final applied output.
UX guidance
Use editable AI output when users need to revise generated content after creation while retaining provenance, citations, source coverage, and a deliberate apply or save contract.
Good UI
A policy assistant shows a generated draft answer with citation chips, user-edited spans, tracked change controls, source mapping indicators, and Apply output disabled until unsupported edits are reviewed.
Bad UI
Citations vanish or remain attached to unsupported edited claims.
Good UX
A reviewer changes one sentence, sees it marked as user edited, accepts the tracked change, reviews a stale source warning, and applies the output only after unsupported text is resolved.
Bad UX
Citations vanish or remain attached to unsupported edited claims.
Best fit
Generated content is expected to be revised before it is copied, saved, sent, published, or applied.
Avoid when
Users only need to write or revise the request before generation.
Required state
Generated draft state with original generated content, creation time, model or run reference, and source coverage visible.
Accessibility burden
Expose generated draft, user edited, tracked change, unsupported edit, unsafe edit, stale source, review required, accepted, rejected, saved, copied, regenerated, and applied states as text.
Common misuse
Dropping all citations when one paragraph is edited.

Inline edit

UI or UX
UI + UX - In-place value or row editing
UI guidance
Render a read-state value with a visible edit affordance, then replace only that value, cell, or row with the appropriate input and adjacent Save and Cancel controls when edit mode starts.
UX guidance
Use inline edit when users need to make frequent, low-impact changes to one visible property while preserving surrounding list, table, or record context.
Good UI
A resource table shows an edit icon beside the owner cell; activating it turns that cell into a text field with Save and Cancel buttons while other cells remain read-only.
Bad UI
The edit affordance appears only on pointer hover and is unreachable by keyboard or touch.
Good UX
A user clicks Edit owner, changes the value, sees Save become enabled, enters an invalid short value, fixes it beside the field, saves, and stays on the same row.
Bad UX
A user edits a sorted table cell and the row immediately jumps to a different page before the saved value can be confirmed.
Best fit
Users frequently update one visible value or one row property.
Avoid when
The edit affects multiple dependent fields or needs a review step.
Required state
Read state with displayed value and discoverable edit affordance.
Accessibility burden
Give edit, save, cancel, confirm, and dismiss controls accessible names, especially when icons are used.
Common misuse
Using inline edit for high-impact changes that need a review or confirmation step.

Prompt box

UI or UX
UI + UX - Primary editable input surface for composing and submitting an AI request
UI guidance
Render the prompt box as a labelled, editable composer with visible draft area, send control, context chips, attachment controls, model or mode indicator when relevant, character or token boundary feedback, and clear disabled or blocked-send reasons.
UX guidance
Use a prompt box when users need to author a natural-language request for AI generation, transformation, analysis, or automation and must remain in control of the exact request being submitted.
Good UI
A prompt box expands for a multi-line request, shows Shift+Enter for newline, Enter to send only when configured, and keeps the draft after a failed model request.
Bad UI
A blank AI field shows only Ask me anything and sends vague requests with hidden page context.
Good UX
A user selects a policy paragraph, writes Summarize risks for a non-lawyer, sees Selected text and Output: bullets chips, submits, then edits and resends the exact prompt after the first answer is too broad.
Bad UX
A user presses Enter expecting a new line and accidentally sends an unfinished prompt to an external model.
Best fit
Users must write or revise an AI request before generation, analysis, transformation, or automation begins.
Avoid when
The task is better expressed as a fixed form, button, or command with known parameters.
Required state
Typing state with expandable multi-line draft, send affordance, newline behavior, and character or token boundary feedback.
Accessibility burden
Provide a programmatic label for the prompt editor and named controls for send, attach, remove context, clear, retry, and cancel.
Common misuse
Showing Ask anything as the only instruction while hiding what sources and tools the model can use.

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.

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.

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.
Decision rules
  • Choose editable AI output when the object is generated output after creation and users must revise a generated draft while preserving generated-versus-user-edited status, source mapping, citation preservation, tracked changes, and review required states.
  • Choose inline edit when users change an in-place record field, table cell, or row value that has no AI provenance, source mapping, citation preservation, regeneration boundary, or generated baseline.
  • Choose prompt box when the user is composing the request before generation, attaching context, setting instructions, or resending a prompt rather than editing a generated result.
  • Choose streaming response when users need to monitor partial generated output, active deltas, pending citations, or stop and retry controls before the response becomes a stable editable draft.
  • Choose citation display when users need claim-level source preview, claim-to-source mapping, verified source detail, stale citation handling, or permission-limited source explanation.
  • Choose source grounding display when users need whole-answer evidence coverage, source scope, searched sources, retrieved sources, used sources, supported claims, unsupported claims, conflicting sources, and source quality warnings.
  • Editable AI output should expose generated draft, user-edited output, source mapping, citation preservation, unsupported edit, unsafe edit, stale source, tracked changes, partial edit, conflict edit, accept, reject, apply, save draft, copy edited, undo to generated, and regenerate actions.
  • Do not use editable AI output as prompt editing, ordinary inline edit, raw streaming text, citation-only preview, or a whole-answer grounding badge.
  • Block apply output when unsupported edits, unsafe edits, source drift, stale sources, conflict edits, or review required conditions remain unresolved.
  • Preserve or invalidate citations at the changed claim or selected range instead of dropping every source or carrying citations onto unsupported text.
Inspect live examples
Failure modes
  • The generated answer looks editable and final but does not distinguish generated draft from user-edited output.
  • Manual edits remove citation preservation, source mapping, or the generated baseline.
  • The product silently rewrites the prompt or silently regenerates the answer when users edit output.
  • Apply output remains available despite unsupported edit, unsafe edit, stale source, conflict edit, or review required state.
  • Regenerate from edit overwrites manual edits without compare, undo, version recovery, or conflict warning.
  • Citation display or source grounding display is used as a substitute for an editor even though users need tracked changes and final apply controls.

Saved items