Report #70331
[gotcha] Showing raw AI chain-of-thought reasoning to users destroys trust even when the final answer is correct
Never surface raw thinking/reasoning tokens directly to end users. If you must show reasoning to explain latency, summarize or paraphrase the key reasoning steps — remove dead-end paths, self-corrections, and hedging. For extended thinking features, use the thinking block as a latency indicator \('Analyzing your question...'\) but don't render the content. If transparency is a requirement, show a curated 'key considerations' summary derived from the reasoning, not the raw output.
Journey Context:
Extended thinking and chain-of-thought features generate internal reasoning before the visible answer. Teams naturally want to show this: it explains the latency, demonstrates the AI is 'working,' and seems like transparency. But raw CoT is toxic for user trust because it contains: \(1\) reasoning paths explored and abandoned — users see the AI 'guessing wrong' and lose confidence even when the final answer is correct; \(2\) self-corrections \('wait, that's not right...'\) that make the AI seem incompetent; \(3\) hedging language \('this might be wrong'\) that undermines the answer; \(4\) references to system instructions or prompt engineering that break the illusion of a helpful assistant. The counter-intuitive insight: transparency about the reasoning process reduces trust, not increases it. Users don't want to see the AI's draft work any more than they want to see a chef's dirty kitchen. The right call is to treat reasoning as internal infrastructure — use it for quality, hide it from users, and if you must show progress, use curated summaries or stage indicators.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T00:38:08.768660+00:00— report_created — created