An AI agent should ask a question when missing information could materially change the action or its consequences. It should usually proceed when a reversible choice has a sensible default and the user’s intent is already clear. The hard part is separating uncertainty about facts, preferences and authority; asking the same vague question for all three creates friction without improving the result.
A confidence percentage does not solve that design problem by itself. Build an explicit decision rubric around what is missing, what can be checked independently and what happens if the assumption is wrong. The result should be fewer unnecessary interruptions and clearer questions when a person’s answer matters.
- 01Ask about the missing decision.Name the ambiguous recipient, scope or preference rather than asking whether to continue.
- 02Research factual gaps first.A tool lookup may resolve uncertainty without sending the work back to the user.
- 03Treat confidence as evidence to validate.A model’s self-reported certainty is not automatically a calibrated probability for your workflow.
01 — A rubric for proceed, check, ask or stopA rubric for proceed, check, ask or stop
The following is a proposed product policy. It is not a measured optimum. Apply it to the concrete action the agent is about to take, rather than to the conversation as a whole.
| Situation | Response | What the user should see |
|---|---|---|
| A reversible formatting choice has a reasonable default | Proceed | The finished draft and the relevant assumption |
| A factual detail is available from an authorized source | Check | The answer with supporting evidence |
| Two plausible recipients or objects remain | Ask | The exact ambiguity and the consequence of choosing |
| A user preference changes the deliverable materially | Ask | A short choice tied to the output |
| Permission for an external action is missing | Wait for authorization | The concrete action ready for review |
| Evidence contradicts the requested conclusion | Explain the conflict | The supported finding and remaining uncertainty |
| The requested operation is unsupported | Stop that operation | What completed and what requires another route |
02 — Why a confidence score needs a local testWhy a confidence score needs a local test
Just Ask for Calibration studied verbalized confidence in question-answering settings. Treat confidence as a signal to evaluate on your workflow, not permission to act.
An August 2026 paper on certified deferral in small language models studies deferral under particular statistical assumptions. Test any proposed threshold against your own consequential errors and review workload.
For a local test, retain the model’s proposed answer, confidence and outcome label on representative cases. Compare cases it would execute with cases it would defer. If the confident failures are the expensive ones, an attractive average accuracy does not rescue the policy. Report the types of failure and the resulting review workload.
03 — Separate facts, preferences and authoritySeparate facts, preferences and authority
For a factual gap, use available authorized evidence. For a consequential preference, ask what outcome the person wants. For missing authority, prepare the exact action for review. A confidence score cannot settle all of these questions.
“There are two customer records with this name; which one should receive the update?” resolves a decision. “Should I continue?” usually leaves the underlying ambiguity untouched.
04 — Keep useful work moving while a question is pendingKeep useful work moving while a question is pending
Partition the task by dependency. An unanswered audience question may block the final introduction while leaving source collection and fact-checking available. An ambiguous destination may block sending while leaving the draft reviewable. Continue those independent steps so the user’s answer unlocks a prepared result.
Do not treat silence as approval. A timeout can select a default only when the workflow explicitly permits that default for a reversible choice. It cannot grant missing authority for an external action. Store the pending question and its dependent action together so a later response is applied to the right decision.
Keep a record of recurring questions. If the agent repeatedly asks about the same documented preference, the problem may be retrieval or instruction design. If different users regularly choose different answers, the product may need a persistent setting rather than a longer prompt.
This builds on approval-gate design and where agents read their instructions. The question policy should use those sources of authority, not compete with them.
05 — Measure interruptions alongside mistakesMeasure interruptions alongside mistakes
Review a representative set of completed tasks and classify each interruption: necessary, avoidable or unresolved. Look at the answer the user supplied and whether it changed the outcome. Separately record cases where the agent proceeded under an assumption that should have been clarified.
A low interruption count can hide reckless assumptions. A high completion count can hide work that nobody wanted. Choose acceptance examples that expose both errors: a harmless formatting ambiguity the agent should handle, and a consequential object ambiguity it must resolve.
When changing models or prompts, rerun those cases. Our model-switch testing guide explains the broader discipline of using representative work. For question behavior, the labels should include whether the agent asked the right question at the right point, not just whether its final prose was correct.
06 — DecisionWhat to do next
Spend the user’s attention on decisions only they can make.
Use tools for factual gaps, defaults for reversible choices and concise questions for consequential ambiguity. Validate the policy against real task outcomes so asking less does not become guessing more.
For implementation support, explore our AI transformation services.