Calibrated Confidence
When the product uses AI, show how sure it isâso people know when to trust the output and when to check it.
What it is
Section titled âWhat it isâCalibrated Confidence is the discipline of making an AI systemâs interface tell the truth about what it actually knows. It shows up as hedged language that tracks real accuracy rather than a house style of false certainty, visible sources or reasoning where they help someone judge a claim, and a review or confirmation step before an output is allowed to act on the userâs behalf. It answers the question every probabilistic feature raises the moment it ships: how much should the person looking at this screen believe it?
This is a different job from Fail Safe, which protects against irreversible mistakes in deterministic systemsâa delete button, a payment, a send. Calibrated Confidence is specifically about epistemic honesty on a system that can produce a fluent, wrong answer with exactly the same confident tone as a correct one. A support-triage assistant that says âlikely a billing issue, but Iâm not certainâhereâs what I based that onâ is practising this; one that states the same guess in a flat, authoritative voice is not, even when the model underneath is identical.
Why it works
Section titled âWhy it worksâThe underlying mechanism is Calibrated Trust: trust in a system should match its actual reliability, not exceed or undershoot it. Over-trust is invisible while itâs happeningâa wrong answer stated with confidence gets absorbed as the userâs own mistake rather than the systemâs, because nothing on screen signalled doubt. Under-trust is the quieter failure: a genuinely useful feature gets ignored because the interface never earned the right to be believed. Calibrated Confidence is the lever that moves an interface toward informed reliance and away from both silent failure modes.
Skip it and you get precision theatre: percentages and assured phrasing the modelâs actual performance cannot support, which works fine until the one moment itâs confidently wrong in a context that mattersâand users calibrate on that worst error, not the average accuracy that preceded it. Overdo it and you get the opposite failure: hedge every sentence until âIâm not sureâ becomes background noise the user has learned to ignore, which is functionally the same as never having said it. The craft is matching the hedge to the actual eval, not to a house style of caution or bravado.
When to use it
Section titled âWhen to use itâ- AI-generated answers, summaries, classifications, and recommendations
- Automation that acts on the userâs behalf (drafts, edits, transactions)
- Low-confidence or high-stakes outputs where a wrong result costs real money, time, or trust
- Anywhere the model can fail silently and the user would not notice
- Set expectations up front: what the system is good at, and where it is unreliable
- Match language precision to real performanceâhedge honestly (âthis may be wrongâ) rather than implying false certainty
- Show sources, inputs, or brief reasoning when they help the user judge the output
- Keep consequential actions behind explicit confirmation; make edit, reject, and flag one tap away
- Fail gracefully: when confidence is low, say so and offer the manual path
Donât
Section titled âDonâtâ- Display precise percentages the model cannot actually support
- Let automation act irreversibly without review where errors are costly
- Bury âAI can make mistakesâ in legal copy while the UI radiates certainty
- Blame the user, or the model, when a correction is neededâjust make correcting effortless
- Treat every output the same regardless of stakes
Founder Tip
Section titled âFounder TipâUsers calibrate on your worst confident error, not your average accuracy. One assertive hallucination in a serious context costs more trust than fifty honest âIâm not sureâ moments.
Make It Yours
Section titled âMake It Yoursâ- Where can your AI be wrong in ways users would not noticeâand what happens next?
- For each AI surface, what confidence signal fits: hedged language, labels, sources, or review gates?
- Which actions need human confirmation because the cost of a wrong output is high?
- How does a user correct the system, and does the correction visibly improve anything?
- Does your interfaceâs certainty match the numbers in your evals?
Related concepts
Section titled âRelated conceptsâFurther reading
Section titled âFurther readingâ- People + AI Guidebook (Google PAIR) â Trust calibration, explainability, and feedback loops for human-centred AI.
- Guidelines for Human-AI Interaction (Microsoft HAX Toolkit) â 18 evidence-based guidelines, including making clear how well the system can do what it does.
- Explainability + Trust chapter (Google PAIR) â When and how to show model confidence so it informs decisions.
- NIST AI Risk Management Framework â Governance framing for trustworthy AI beyond the interface.
- Are Model Predictions Probabilities? (Google PAIR explorable) â Interactive look at what calibration means and why raw model scores mislead.
Agent skill
Section titled âAgent skillâ- Primary command:
/productfeeling trustâ match AI certainty to real capability and keep humans in charge of consequential actions - Related commands:
/productfeeling feel,/productfeeling anti-patterns,/productfeeling states - When the agent should load this TTP: âAI featureâ, âmodel confidenceâ, âhallucinationâ, âAI trustâ, âautomation reviewâ
- Companion handoff: Impeccable â AI output UI, review gates, and low-confidence states; DocSlime â when reliability or limitation claims become durable product requirements
- Feeling north star this TTP serves: informed reliance, collaborative control, honesty about limits
- Anti-goals: false certainty, silent automation errors, precision theatre, burying disclaimers
- Reference path:
skill/reference/trust.md