Back to compare picker

Correction feedback vs Query correction vs Inline validation vs Comments vs Regenerate / retry vs Editable AI output

Choose correction feedback when users correct AI output after it appears: wrong answer, missing source, wrong source, harmful suggestion, outdated answer, unsafe output, biased output, irrelevant answer, selected claim, selected source, expected answer, source correction, private note, feedback reason, feedback receipt, reviewer routed, accepted correction, rejected correction, appeal decision, feedback history, training opt-out, apply to this answer, or apply to future answers.

Decision dimensions

Dimension Correction feedbackQuery correctionInline validationCommentsRegenerate / retryEditable AI output
UI or UX UI + UX - AI output correction feedback flow with selected claim, reason, scope, consent, receipt, and review stateUI + UX - Submitted search query correction and did-you-mean result stateUI + UX - Field-level validation feedbackUI + UX - Object-attached comment composer and comment list with authorship, replies, state, permissions, and moderationUI + UX - AI response regeneration and same-turn retry control with version and context preservationUI + UX - Editable generated draft with provenance, review, and apply controls
UI guidance Render correction feedback as an AI-output control that anchors feedback to a specific answer, claim, source, recommendation, tool result, or message instead of a detached thumbs signal.Show the original submitted query and the corrected query in the result state, for example Showing results for benefit appeal with a Search instead for benifit appeel control.Render a labeled field with hint text, field-adjacent error text, invalid styling, preserved value, and corrected state.Render comments as anchored contributions with author identity, timestamp, body, optional attachment or selection context, edited state, reply target, and state labels such as open, resolved, hidden, deleted, or assigned.Render regenerate / retry as a response-level control that names whether it will rerun the same prompt, continue after failure, regenerate a new answer version, or retry failed tool and source work.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 correction feedback when users need to tell the product that an AI answer is wrong, missing evidence, harmful, outdated, wrongly sourced, irrelevant, or should not be repeated.Use query correction to recover from likely spelling, spacing, transposition, or phrase mistakes after a user submits a free-form search.Help users correct a specific field without losing or re-entering the value they already typed.Use comments when users need to discuss, question, annotate, review, or leave follow-up notes on a specific object, selection, file line, record, document, or task without changing the primary content directly.Use regenerate / retry when users need another AI attempt for the same submitted request, or need recovery from a failed, stopped, low-quality, stale, blocked, or partially generated response.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 An assistant answer lets a user select a suspect claim, choose Wrong answer, add the expected answer and corrected source, opt out of training use, and see Feedback received with review routing.A results page says Showing results for benefit appeal, marks benefit and appeal as corrected tokens, and offers Search instead for benifit appeel.Error text appears next to the field with readable spacing, persistent label, hint text, and the invalid value still visible.A document margin comment shows the selected paragraph, author, timestamp, body text, Reply, Resolve, Assign, and Copy link actions with the composer focused on that selection.A chat answer shows Regenerate answer, Retry failed sources, and Compare versions with the original prompt, source scope, model, and tool changes visible.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 A thumbs-down icon accepts feedback with no selected answer, reason, expected correction, privacy choice, receipt, or indication of whether anything will change.The search field silently changes benifit appeel to benefit appeal and the original query is gone.Only a red border with no message.A Notes textarea sits under a record and calls itself comments even though every user overwrites the same field.A Try again button silently changes the prompt, model, sources, and tools, then overwrites the previous answer and citations.A final-looking answer becomes editable with no generated-versus-user-edited distinction, no citation preservation state, and no undo to the generated draft.
Good UX A user flags a wrong eligibility answer, attaches the correct policy source, applies the correction to the current answer only, and receives a reviewer-routed status.A user searches benifit appeel, sees corrected results for benefit appeal, checks the changed tokens, and can switch back to the original query.Validation appears after blur or submit when it helps correction.A reviewer comments on a selected line, adds an action item for Dana, receives a reply, resolves the comment, and can reopen it from the resolved filter.A user sees answer v1 has stale citations, chooses Regenerate with refreshed sources, compares v1 and v2, then restores v1 because v2 lost a required caveat.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 A user reports that a cited source is wrong, but the feedback is stored as an undifferentiated dislike and future answers keep using the same bad source.The product overcorrects a claimant surname and users cannot get back to the exact original search.Showing errors before users type.A user writes a long comment, loses network connection, and the draft disappears when the page reloads.A user taps Regenerate and the product removes the original answer, so copied recommendations and review comments no longer have a version reference.A user edits a generated compliance summary and all citations disappear, leaving no way to know which claims remain source-backed.
Best fit Users can identify wrong, unsupported, stale, unsafe, biased, irrelevant, or wrongly sourced AI output after it is generated.Users submit free-form searches where spelling and typing mistakes commonly block useful results.A single field has a specific correctable problem.Users need object-attached discussion without changing the primary object content directly.A user needs another AI-generated answer for the same request or a visible recovery path after response failure.Generated content is expected to be revised before it is copied, saved, sent, published, or applied.
Avoid when The only need is a lightweight satisfaction signal that will not be used to correct AI behavior or output.The input is a constrained value selector better served by autocomplete.The main recovery task is finding several errors across a submitted page.The user is simply entering a long answer into a form field.The task is a simple non-AI operation retry already covered by the Retry pattern.Users only need to write or revise the request before generation.
Required state Initial AI answer state with feedback entry points attached to the answer, individual claims, citations, recommendations, or tool-derived values.No correction state when the submitted query is exact or correction confidence is too weak.Neutral field with label, hint, and no error.Empty comment list and first-comment composer.Initial answer state with prompt snapshot, response version, source scope, model or mode, and available regenerate or retry controls.Generated draft state with original generated content, creation time, model or run reference, and source coverage visible.
Accessibility burden Expose selected claim, selected source, reason, scope, privacy choice, submission state, receipt, review state, and outcome as text.Announce correction status and result counts through a polite status region after submission.Expose invalid state on the input and connect error text to the field description where possible.Label the comments region with the object or selection being discussed.Expose same prompt, changed context, regenerating, retrying, version created, compare available, cooldown, exhausted, blocked, and restored states as text.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 Using a thumbs-down or smiley reaction as the only mechanism for correcting wrong AI output.Silently replacing the user's query without saying what changed.Showing field errors before users have interacted with the control.Using one shared Notes field as a comment system and overwriting prior contributors.Using one Try again button for same-prompt retry, prompt edit, tool retry, source refresh, and alternate answer generation.Letting users edit a final-looking AI answer without generated-versus-user-edited status.

Correction feedback

UI or UX
UI + UX - AI output correction feedback flow with selected claim, reason, scope, consent, receipt, and review state
UI guidance
Render correction feedback as an AI-output control that anchors feedback to a specific answer, claim, source, recommendation, tool result, or message instead of a detached thumbs signal.
UX guidance
Use correction feedback when users need to tell the product that an AI answer is wrong, missing evidence, harmful, outdated, wrongly sourced, irrelevant, or should not be repeated.
Good UI
An assistant answer lets a user select a suspect claim, choose Wrong answer, add the expected answer and corrected source, opt out of training use, and see Feedback received with review routing.
Bad UI
A thumbs-down icon accepts feedback with no selected answer, reason, expected correction, privacy choice, receipt, or indication of whether anything will change.
Good UX
A user flags a wrong eligibility answer, attaches the correct policy source, applies the correction to the current answer only, and receives a reviewer-routed status.
Bad UX
A user reports that a cited source is wrong, but the feedback is stored as an undifferentiated dislike and future answers keep using the same bad source.
Best fit
Users can identify wrong, unsupported, stale, unsafe, biased, irrelevant, or wrongly sourced AI output after it is generated.
Avoid when
The only need is a lightweight satisfaction signal that will not be used to correct AI behavior or output.
Required state
Initial AI answer state with feedback entry points attached to the answer, individual claims, citations, recommendations, or tool-derived values.
Accessibility burden
Expose selected claim, selected source, reason, scope, privacy choice, submission state, receipt, review state, and outcome as text.
Common misuse
Using a thumbs-down or smiley reaction as the only mechanism for correcting wrong AI output.

Query correction

UI or UX
UI + UX - Submitted search query correction and did-you-mean result state
UI guidance
Show the original submitted query and the corrected query in the result state, for example Showing results for benefit appeal with a Search instead for benifit appeel control.
UX guidance
Use query correction to recover from likely spelling, spacing, transposition, or phrase mistakes after a user submits a free-form search.
Good UI
A results page says Showing results for benefit appeal, marks benefit and appeal as corrected tokens, and offers Search instead for benifit appeel.
Bad UI
The search field silently changes benifit appeel to benefit appeal and the original query is gone.
Good UX
A user searches benifit appeel, sees corrected results for benefit appeal, checks the changed tokens, and can switch back to the original query.
Bad UX
The product overcorrects a claimant surname and users cannot get back to the exact original search.
Best fit
Users submit free-form searches where spelling and typing mistakes commonly block useful results.
Avoid when
The input is a constrained value selector better served by autocomplete.
Required state
No correction state when the submitted query is exact or correction confidence is too weak.
Accessibility burden
Announce correction status and result counts through a polite status region after submission.
Common misuse
Silently replacing the user's query without saying what changed.

Inline validation

UI or UX
UI + UX - Field-level validation feedback
UI guidance
Render a labeled field with hint text, field-adjacent error text, invalid styling, preserved value, and corrected state.
UX guidance
Help users correct a specific field without losing or re-entering the value they already typed.
Good UI
Error text appears next to the field with readable spacing, persistent label, hint text, and the invalid value still visible.
Bad UI
Only a red border with no message.
Good UX
Validation appears after blur or submit when it helps correction.
Bad UX
Showing errors before users type.
Best fit
A single field has a specific correctable problem.
Avoid when
The main recovery task is finding several errors across a submitted page.
Required state
Neutral field with label, hint, and no error.
Accessibility burden
Expose invalid state on the input and connect error text to the field description where possible.
Common misuse
Showing field errors before users have interacted with the control.

Comments

UI or UX
UI + UX - Object-attached comment composer and comment list with authorship, replies, state, permissions, and moderation
UI guidance
Render comments as anchored contributions with author identity, timestamp, body, optional attachment or selection context, edited state, reply target, and state labels such as open, resolved, hidden, deleted, or assigned.
UX guidance
Use comments when users need to discuss, question, annotate, review, or leave follow-up notes on a specific object, selection, file line, record, document, or task without changing the primary content directly.
Good UI
A document margin comment shows the selected paragraph, author, timestamp, body text, Reply, Resolve, Assign, and Copy link actions with the composer focused on that selection.
Bad UI
A Notes textarea sits under a record and calls itself comments even though every user overwrites the same field.
Good UX
A reviewer comments on a selected line, adds an action item for Dana, receives a reply, resolves the comment, and can reopen it from the resolved filter.
Bad UX
A user writes a long comment, loses network connection, and the draft disappears when the page reloads.
Best fit
Users need object-attached discussion without changing the primary object content directly.
Avoid when
The user is simply entering a long answer into a form field.
Required state
Empty comment list and first-comment composer.
Accessibility burden
Label the comments region with the object or selection being discussed.
Common misuse
Using one shared Notes field as a comment system and overwriting prior contributors.

Regenerate / retry

UI or UX
UI + UX - AI response regeneration and same-turn retry control with version and context preservation
UI guidance
Render regenerate / retry as a response-level control that names whether it will rerun the same prompt, continue after failure, regenerate a new answer version, or retry failed tool and source work.
UX guidance
Use regenerate / retry when users need another AI attempt for the same submitted request, or need recovery from a failed, stopped, low-quality, stale, blocked, or partially generated response.
Good UI
A chat answer shows Regenerate answer, Retry failed sources, and Compare versions with the original prompt, source scope, model, and tool changes visible.
Bad UI
A Try again button silently changes the prompt, model, sources, and tools, then overwrites the previous answer and citations.
Good UX
A user sees answer v1 has stale citations, chooses Regenerate with refreshed sources, compares v1 and v2, then restores v1 because v2 lost a required caveat.
Bad UX
A user taps Regenerate and the product removes the original answer, so copied recommendations and review comments no longer have a version reference.
Best fit
A user needs another AI-generated answer for the same request or a visible recovery path after response failure.
Avoid when
The task is a simple non-AI operation retry already covered by the Retry pattern.
Required state
Initial answer state with prompt snapshot, response version, source scope, model or mode, and available regenerate or retry controls.
Accessibility burden
Expose same prompt, changed context, regenerating, retrying, version created, compare available, cooldown, exhausted, blocked, and restored states as text.
Common misuse
Using one Try again button for same-prompt retry, prompt edit, tool retry, source refresh, and alternate answer generation.

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
A final-looking answer becomes editable with no generated-versus-user-edited distinction, no citation preservation state, and no undo to the generated draft.
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
A user edits a generated compliance summary and all citations disappear, leaving no way to know which claims remain source-backed.
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
Letting users edit a final-looking AI answer without generated-versus-user-edited status.
Decision rules
  • Choose correction feedback when users correct AI output after it appears: wrong answer, missing source, wrong source, harmful suggestion, outdated answer, unsafe output, biased output, irrelevant answer, selected claim, selected source, expected answer, source correction, private note, feedback reason, feedback receipt, reviewer routed, accepted correction, rejected correction, appeal decision, feedback history, training opt-out, apply to this answer, or apply to future answers.
  • Choose query correction when the product rewrites, suggests, or clarifies a search query before or during retrieval, such as spelling correction, synonym rewrite, did-you-mean, or query expansion.
  • Choose inline validation when a single field or input value violates a rule such as required field, invalid format, range limit, duplicate value, missing attachment, or constraint error.
  • Choose comments when the core task is human discussion, annotation, collaboration, approval, mention, thread resolution, or durable review around an object rather than sending correction feedback into an AI handling path.
  • Choose regenerate / retry when users want another answer version, same-prompt retry, source retry, tool retry, partial-output continuation, or response rerun without necessarily recording a correction reason and feedback outcome.
  • Choose editable AI output when users manually revise generated text, generated content, draft copy, table cells, or extracted values and need edit preservation, source mapping, tracked changes, apply controls, or conflict handling.
  • Correction feedback must preserve answer ID, response version, selected claim, selected source, correction reason, expected answer, corrected source, scope, consent, private note behavior, receipt, review status, and history when those values affect trust or handling.
  • Do not substitute thumbs-only feedback, sentiment rating, public comments, hidden prompt edits, silent learning, vague Try again, or direct draft editing for a correction feedback flow when users are reporting what the AI got wrong.
  • Use source grounding display, citation display, and confidence uncertainty display alongside correction feedback when users need evidence inspection before reporting the correction, but do not count evidence inspection as feedback submission.
  • Block or clarify correction feedback when privacy, training use, shared transcript exposure, permissions, moderation, duplicate submission, or reviewer workflow constraints make the feedback consequential.
Inspect live examples
Failure modes
  • A thumbs-down reaction captures dissatisfaction but loses wrong answer, missing source, wrong source, harmful suggestion, outdated answer, expected answer, source correction, scope, consent, and receipt.
  • A correction feedback form is treated as a search query rewrite, field validation error, public comment, regenerate request, or manual edit even though the user intended to report an AI error.
  • The product silently trains on private correction text or changes hidden prompt behavior without showing scope, consent, or current-answer impact.
  • Feedback is not attached to an answer ID, response version, claim span, source ID, or tool output, so reviewers cannot reproduce what was wrong.
  • Private correction notes appear in shared transcripts, copied answers, reviewer comments, or generated summaries.
  • Users receive no submission receipt, failed-submit recovery, reviewer status, accepted or rejected outcome, appeal path, or feedback history.