FG—01AI Design Field Guide

Search the field guide

Search chapters, principles, patterns, worksheets, and glossary terms

PR—06

Fail in the open

When the system is unsure or wrong, say so plainly — a visible failure is recoverable, a hidden one is a betrayal.

Traditional software fails loudly — error pages, crashes, red text. AI fails fluently. A wrong answer arrives in the same confident prose as a right one, and that symmetry is the central trust problem of the field. You cannot fix it by making the model apologize more; you fix it by designing surfaces where uncertainty and failure are visible at the moment of consumption, not discovered downstream when the fabricated citation bounces.

Calibrated confidence is the frontline. The system knows more about its own uncertainty than it typically shows — retrieval came back thin, the question is outside the corpus, the model’s probability mass was split. Surfacing that as differentiated presentation (“here’s a well-sourced answer” versus “here’s my best guess — verify before using”) lets people spend their skepticism where it’s needed. The catastrophic anti-pattern is the uniform confident voice: early AI search summaries that stated absurdities with encyclopedic authority did more damage to the category’s credibility than any outage could.

Admitting limits outperforms attempting everything. Claude declining to guess at a paywalled article’s contents, ChatGPT stating its knowledge cutoff when asked about recent events, a support bot saying “I can’t process refunds, but here’s who can” — each of these is a failure, and each builds trust, because the alternative in every case is a confident fabrication the person discovers later. An honest “I don’t know” is the cheapest trust-building interaction in the entire product.

Then make verification cheap, because “trust but verify” is empty if verifying takes longer than redoing the work. Perplexity’s inline citations let you audit any claim in one click. Cursor and GitHub Copilot present code changes as diffs — the single best verification affordance in software — so review effort scales with the size of the change. If your product asks people to trust AI output, count the clicks between reading a claim and checking it. More than one is too many.

Finally, degrade gracefully instead of binarily. When the model is overloaded, the context is too long, or a tool fails mid-run, the choice is between a wall (“something went wrong”) and a ramp (“I couldn’t search the web, so this answer is from training data — treat recent details with suspicion”). The ramp preserves partial value and tells the person exactly how to weight what they got. Systems that fail in the open get corrected; systems that fail in secret get abandoned — precisely once, and all at once.

The honest counter-argument comes in two parts. First, hedging has a UX cost: an assistant that qualifies every answer becomes exhausting to read, and users consistently rate confident responses as more helpful — a product that says “I’m not sure, but…” loses head-to-head preference tests against one that just answers, even at identical accuracy. Second, calibration is genuinely hard: models are poor judges of their own uncertainty, so surfaced confidence can be its own fabrication — a wrongly confident “well-sourced” badge is worse than no badge. And commercially, the assistant that attempts everything demos better than the one that declines. All of this is true and none of it survives contact with the discovered fabrication. The preference tests measure a single interaction; trust is measured across hundreds, and one confidently wrong citation that a person catches re-prices every prior answer to zero. The fix for exhausting hedges isn’t uniform confidence — it’s differentiated confidence, spent only where the system’s signals actually diverge. Decline rarely, hedge selectively, and never let the wrong answer wear the right answer’s clothes.

You measure this principle with planted failures. Build an eval set of questions the system cannot answer well — beyond the corpus, past the cutoff, requiring tools that are disabled — and score what ships: the honest-failure rate (declines, hedges, or degraded-mode disclosures) versus the confabulation rate. Good looks like confabulation on known-impossible queries driven under a few percent while the honest-failure share climbs, with the flat-refusal share on answerable questions held near zero — over-refusal is failing in the open about nothing. In production, track post-answer verification behavior: citation clicks and “is this right?” follow-ups concentrated on low-confidence outputs mean your calibration is legible; spread uniformly, it means your confidence presentation is noise. The retention twin is decisive: cohort users by whether their first bad answer arrived hedged or confident, and compare survival. When the hedged-failure cohort retains nearly as well as users who never hit an error, and the confident-failure cohort craters, you have the whole principle in one chart.