Should AI Refuse to Answer When It Is Not Sure?

By·Founder, StandInLast updated: 5 min read
ai refusalai safetyai hallucinationai groundingdecision governance

The short version

  • Yes. An AI tool should decline to answer when it has no reliable source, and say who might know instead.
  • One confident wrong answer does more damage than many honest "I don't know" replies, because people stop trusting every answer after it.
  • The fix is grounding: answers come from named sources, and the tool shows them.
  • When choosing a tool, test what it does with a question its sources do not cover.

Jump to the full answer

Yes. An AI tool should decline to answer when it does not have a reliable source, and point to who might know instead. A confident wrong answer costs far more than an honest "I don't know," because after the first one, people stop trusting the answers that were right.

Most AI tools are built to always produce an answer. That feels helpful in a demo. At work it is risky, because a fluent, confident answer looks the same whether it came from your team's records or from the model filling a gap. The person asking cannot tell the difference, so they act on it.

The hidden cost of always answering

When an internal AI tool gives a wrong answer with confidence, three things happen. The person who asked acts on it, and the mistake spreads: a deadline gets promised, a config gets changed, a customer gets told something untrue. Someone later has to find and fix it, which often takes longer than answering the original question would have. And everyone who hears about it starts checking every answer the tool gives, which removes most of the time it was meant to save.

That last effect is the expensive one. Trust in a tool is lost in one bad answer and earned back slowly. A tool that is right most of the time but cannot say when it is unsure ends up treated as unreliable all of the time.

Confident guess vs honest gap

Tool that always answersTool that says when it does not know
Question its sources coverAnswersAnswers, with the source
Question its sources do not coverAnswers anyway, often wronglySays so, and names who might know
What the asker does nextActs on it, or checks everythingActs on real answers, asks a person for the rest
Effect on trust over timeFalls after the first visible mistakeGrows, because the answers it gives hold up

Why answers need a source

A source turns an answer from a claim into something a person can check. "The API freeze is Friday" is a claim. "The API freeze is Friday, from Sarah's release plan, updated Tuesday" is something you can verify in ten seconds. Sources also make the gaps visible: if the tool can only answer from what is written down, a missing answer tells you what nobody has written yet.

This is what people mean by grounding AI in company data. The tool answers from a defined set of sources, such as your team's documents, tickets and decision records, rather than from whatever the model learned in training. Grounding works only as well as the sources. If your team's decisions are not written down, a grounded tool has nothing to ground on; see the guide to a system of record for decisions.

What "I don't know" should sound like

A good non-answer is still useful. It says what the tool could not find, and where to go next: "There is nothing in the release plan about the API freeze. Sarah owns the release; you could ask her, or check back after her brief tomorrow." That tells the asker the gap is real, not a glitch, and gives them a next step.

A bad non-answer is a wall: "I can't help with that." People learn to stop asking, and go back to interrupting colleagues.

After an internal AI tool lost your team's trust

A common story: a company rolls out an internal AI assistant, it gives two confidently wrong answers in the first weeks, and adoption collapses. If that happened to you, test the next product on these points before rolling it out:

  1. Ask it questions your sources do not cover. Does it say so, or invent an answer?
  2. Check whether every answer shows its source, and whether the source is real.
  3. Ask about something that changed recently. Does it use the newest information or an old version?
  4. Ask about who decided something. Does it name the right person, or a plausible one?
  5. Check who is accountable for its answers, and whether they can see what it said.

A tool that passes the first test will be used for longer than one that is more fluent but fails it. The patterns in how AI agents fail show what else to look for.

Where this fits in AI policy

"Say when you do not know" is a boundary, and it belongs in writing next to the others; see the boundaries every AI agent needs. It also keeps people accountable: when a tool only says what people wrote, the person who wrote it can stand behind it. The guide to keeping human accountability with AI covers the rest, and the overview of what AI agents cannot do explains why these limits exist.

Where StandIn fits

StandIn answers your teammates' questions from the work you have already done, in your words, with a source under every answer. When the answer is not in your work, it never guesses: it says so and points to the person who knows. That is the core of how it is built, not a setting. See how it handles questions in StandIn's boundaries.

Written by

Founder, StandIn

Parker Miller founded StandIn. He writes about coverage, handoffs, and what it takes for software to answer for a team from what people actually wrote down.

More about StandIn

When you're off, your StandIn is on.

It answers your teammates' questions from work you've already done, in your words, with a source under every answer.

Keep reading

You might also like