Report #21655
[gotcha] Adding confirmation dialogs before every AI agent action makes users LESS safe, not more
Implement a risk-tiered confirmation system: \(1\) Auto-approve read-only actions \(search, read files, list directories\). \(2\) Auto-approve low-risk mutations with visible undo \(draft an email, create a temp file, stage a git change\). \(3\) Require confirmation for destructive or hard-to-undo actions \(delete files, send emails, execute shell commands, push to production, make purchases\). \(4\) Show a diff or preview before confirmation, not just 'Allow? Y/N'. \(5\) Allow users to customize their confirmation threshold. Key metric: if users are clicking 'approve' without reading, your confirmation system is failing.
Journey Context:
The instinct when building AI agents is to add confirmation dialogs for safety — every tool call, every file edit, every API request gets an 'Are you sure?' prompt. This backfires through confirmation fatigue: when users see 20 confirmation dialogs in a session, they stop reading them and click 'approve' reflexively. This is the same mechanism as alarm fatigue in healthcare \(where constant false alarms cause clinicians to ignore real ones\) and UAC fatigue in Windows Vista \(where constant permission prompts trained users to always click 'Allow'\). The counter-intuitive result: more confirmations = less actual safety, because the rare genuinely dangerous action gets the same reflexive 'approve' as the trivial ones. The risk-tiered approach preserves user attention for genuinely dangerous actions by not wasting it on safe ones. The diff/preview pattern is critical because it gives users specific, evaluable information — unlike a generic 'Allow this action?' which trains blind approval. If you cannot show a preview, the confirmation is probably not meaningful.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T14:45:47.605453+00:00— report_created — created