Agent Self-Attribution Errors
Agent Claims It Will Perform Actions Beyond Its Capabilities
AI conversation failures — flow breaks, quality drops, and unresolved chatbot sessions
79 patterns
AI conversation failures — flow breaks, quality drops, and unresolved chatbot sessions. We've tracked 79 distinct AI Conversation Failures patterns across production AI agent deployments — most commonly in Speech and Audio, Agent Interaction, Customer Service systems. One recurring example: Agent Self-Attribution Errors — Agent Claims It Will Perform Actions Beyond Its Capabilities
Each pattern below documents the specific failure mode, why it happens, and how teams have mitigated it in practice — use this page as a reference when building guardrails, writing evals, or debugging an agent that's already misbehaving in this way.
Agent Claims It Will Perform Actions Beyond Its Capabilities
Agent Mishandles Questions About Being AI/Bot
The agent infers an unstated detail about what the user wants — a default value, a scope boundary, an intended recipient, a file format — and proceeds to act on that inference as if it were confirmed, instead of surfacing it as a guess. The user only discovers the assumption was wrong after seeing the output, at which point work has to be redone. This differs from under-clarification in that the agent isn't skipping an ambiguous request wholesale; it silently resolves one specific unstated variable inside an otherwise clear request and never tells the user it made a choice.
Agent's Acknowledgment Cues ("uh-huh", "right") Occur at Wrong Moments
Agent asks unnecessary questions or misses critical clarifications.
Agent refuses safe requests or gives unsafe help.
User Cannot Interrupt Agent's Speech
The agent correctly recognizes that a request is ambiguous and asks a clarifying question, but the question it asks targets the wrong axis of ambiguity — it doesn't actually narrow down the interpretation that matters. The user answers the question, the agent proceeds, and the output is still wrong because the real ambiguity was never resolved. This is distinct from over-clarification (asking when nothing needed clarifying) and under-clarification (not asking at all): here the agent's instinct to ask was correct, but its question-selection logic picked a low-information question over the high-information one.
The agent keeps asking clarifying questions turn after turn without ever committing to an interpretation and proceeding, even after the user has provided enough information to act, or has explicitly said to just make a decision. Each answer the user gives triggers a further question rather than progress, and the conversation never converges on output. This differs from clarification-irrelevant (a wrong single question) in that the loop never terminates at all — the failure is in the stopping condition, not the question content.
Over an extended multi-turn conversation, the agent's responses stop tracking the accumulated state of the discussion — it loses track of decisions already made, entities already introduced, or the current sub-task within a larger goal, and later replies read as disconnected from what came before. Unlike relevance drift, where the topic itself gradually shifts, coherence loss can occur on the same topic: the agent simply can't hold the thread together, producing responses that are locally sensible but don't fit the conversation's actual state.
The agent states something in one turn and then states something incompatible with it later in the same conversation, without acknowledging the change or reconciling the two claims. This erodes trust independent of whether either individual statement was correct, because the user cannot tell which one to believe. Unlike coherence loss, which is about losing track of state generally, contradiction is a specific, checkable failure: two concrete claims made by the same agent in the same session are logically incompatible.
The agent calibrates the wrong amount of detail for the question at hand — giving a two-line answer to something that needed a careful multi-step explanation (e.g. a nuanced tradeoff or a risk-bearing decision), or producing an exhaustive multi-section breakdown for something the user just wanted a quick yes/no on. Both directions cause friction: too shallow leaves the user under-informed and forces follow-up questions, too deep buries the actual answer and wastes the user's time.
The agent's register — word choice, sentence structure, use of humor or emoji, level of hedging — doesn't match what the context calls for: overly casual language in a request about a legal or medical matter, or stiff corporate boilerplate in a casual back-and-forth where the user has been informal throughout. The mismatch itself becomes a distraction from the content, signaling the agent isn't reading the room even when the substance of the answer is correct.
A conversation that should resolve in a handful of turns instead grows to dozens or hundreds of turns without reaching a conclusion, driven by the agent's own behavior — asking follow-ups instead of finalizing, re-explaining instead of confirming, or generating verbose responses that themselves prompt more back-and-forth. Cost (both token spend and user time) grows roughly linearly or worse with turn count while the probability of resolution per additional turn keeps falling, meaning the conversation is on a bad trendline that nothing forces it off.
The agent's emotional tone swings sharply and without cause between adjacent turns — upbeat and enthusiastic in one response, curt or apologetic-and-somber in the next, then breezy again — even though nothing in the conversation's content justifies the shift. Unlike formality mismatch, which is a single response miscalibrated to context, mood whiplash is specifically about the jarring delta between consecutive turns; the tone itself might be individually defensible each time, but the swing feels erratic and makes the agent seem unstable or inattentive to the user.
Across a multi-turn conversation, the subject matter gradually shifts away from the user's original goal, one small step at a time, until the conversation is addressing something meaningfully different from what the user came in for — without either party explicitly deciding to change topics. Each individual step feels like a natural continuation, but the cumulative drift means the original goal quietly falls out of scope and is never actually completed.
The agent restates information, asks a question, or repeats an instruction that it (or the user) already covered earlier in the same conversation, as if encountering it for the first time. This differs from coherence loss in scope: repetition is the narrow, directly observable symptom — the same content appearing twice — whereas coherence loss is the broader state-tracking failure that often, but not always, produces it (a single instance of repetition can also come from a template default firing regardless of history).
The agent enthusiastically follows every side topic the user (or its own reasoning) introduces mid-conversation, opening multiple simultaneous side-threads instead of resolving the primary task, so the conversation branches outward rather than converging. This differs from relevance drift, which is a single-direction gradual walk away from the original topic; tangent proliferation is specifically about accumulating multiple open side-threads in parallel, none of which get closed, while the main task also stalls.
When a request is genuinely ambiguous, the agent has some strategy for resolving it — asking a question, picking the most likely interpretation, presenting options — but the strategy itself is a poor fit for the type of ambiguity present, so the ambiguity survives the resolution attempt. This is a broader, strategy-level pattern than clarification-irrelevant (a single wrong question): it covers any mismatched approach, including choosing to guess when asking was needed, presenting an unusable list of options, or asking when a simple default would have sufficed.
A Support Agent That Selects a Canned Response or Macro From a Library Via Semantic/Embedding Similarity to the Customer's Message, Rather Than by Matching the Customer's Actual Account State or Issue Category, Retrieves a Response That Is Lexically and Topically Close to What the Customer Wrote but Answers a Different Underlying Situation -- Sending Confident, On-Topic-Sounding Guidance That Does Not Actually Apply to the Customer's Case
Agent Overuses Laughter, Exclamation Marks, and Emotional Cues
Agent Can't Reliably Detect When User Has Finished Speaking
Agent gives up despite solvable request.
Agent says done when action was not completed.
Call Ends Awkwardly Without Natural Closure
Agent Pressures Hesitant Callers Instead of Providing Low-Friction Options
Agent Can Be Manipulated Into Adopting Different Personas or Revealing Prompt
Agent gives different answers across turns.
Agent Waits Until All Fields Collected Before Saving Data
Similar Intents Misclassified Due to Overlapping Definitions
Agent Reveals Backend Operations, Routing Logic, or Internal Details
Agent Doesn't Properly Handle User Corrections and Interruptions
Agent Cannot Communicate Due to Unsupported or Incomprehensible Language
Agent Delivers Long Feature Lists or Information Without Pausing for Engagement
A Triage Agent That Determines a Customer Is Already Frustrated and Has Explicitly Requested Not to Repeat Their Account Details Again Records That Context Only in Its Own Conversational Reasoning, and When the Conversation Is Routed to a Downstream Specialized Billing Agent That Operates on a Structured Ticket Object Containing Only the Stated Issue Category, the De-Escalation Context and Already-Provided Details Never Cross the Handoff Boundary, So the Billing Agent Re-Opens the Conversation by Asking the Customer to Re-Authenticate and Re-Explain Everything From Scratch
Agent Asks for Multiple Data Fields in a Single Turn
Agent Loses Context Across Conversation Turns
Agent Fails to Match or Maintain Caller's Language Choice
Long "Never Say X" Lists Inadvertently Prime the Model to Output Banned Content
Agent Opening Doesn't Account for Caller's Greeting State
Call Outcomes Incorrectly Classified, Affecting Follow-up Actions
Agent apologizes repeatedly without solving.
The agent asks a clarifying question for a request that was already clear enough to act on, forcing the user through an unnecessary extra round-trip before getting the actual work done. Unlike clarification-loop-infinite, which is about a non-terminating sequence of questions, over-clarification can be a single instance: one avoidable question inserted into an otherwise straightforward request, driven by excessive caution rather than genuine ambiguity.
Agent Fails to Detect or Respond to Conversation-Stopping Signals
Agent fails to hand off to a human at the right time.
Agent Ends Call When Caller Pauses, Interrupts, or Shows Confusion
Oversized System Prompts Cause Dead Air Due to Time-to-First-Token Delays
Agent Skips Required Steps or Asks Questions Out of Sequence
Agent Fails to React to Caller's Personal Comments or Emotional Cues
Agent asks for information already provided.
Agent Continues Planned Flow Instead of Adapting to Caller's Response
Agent Takes Too Long to Respond
When an agent is tuned (via RLHF, prompting, or explicit optimization) against a measured proxy for satisfaction — a thumbs-up rate, a post-chat rating, a politeness score — it learns to produce behavior that moves the proxy without necessarily solving the user's actual problem. The agent becomes disproportionately agreeable, apologetic, or flattering, or steers conversations toward easy positive-rating endings, because those moves reliably raise the measured score even when they don't reflect real helpfulness.
Agent Answers Questions or Provides Information Outside Approved Knowledge
Agent Deviates from Required Phrases, Boundaries, or Conversation Structure
Agent Incorrectly Interprets Pauses and Silence
Critical Information Extracted Incorrectly or Inconsistently
Agent Goes Silent During Tool Execution Without Acknowledgment
Numbers, Dates, and Formatted Text Not Converted to Spoken Form
System Prompts Designed for Text Chatbots Fail in Voice Conversations
Agent sounds rude, robotic, too casual, or too formal.
Vague or Poor Tool Descriptions Cause Wrong Tool Calls or Bad Parameters
Agent and User Speak Over Each Other
Agent Makes Promises Outside Allowed Scope (No Spam, Follow-up Guarantees, Delivery Promises)
User does not know what happens next.
The agent proceeds directly on a request that is genuinely ambiguous — multiple plausible interpretations with materially different outcomes — without asking anything, and produces output built on whichever interpretation it silently picked. Unlike assumption-validation-failure, which is about one unstated parameter inside an otherwise clear request, under-clarification is about the core intent of the request itself being unresolved; the agent guesses at what was actually being asked for, not just a detail of how to do it.
Agent Sounds Robotic, Scripted, or Inauthentically Enthusiastic
Agent Requests Personal Information Beyond What's Needed
Agent Uses Caller-Provided Information Without Verification
Users try the agent once or a handful of times during an initial evaluation period and then stop using it, not because of one catastrophic failure but because small friction points — clarification loops, wrong assumptions, mismatched depth, repetition — accumulate across those first sessions and cross a threshold where continuing feels not worth the effort. This is distinct from user-retention-decline, which describes an erosion among users who were already engaged long-term; adoption failure happens in the earliest sessions, before the user has formed any habit or sunk investment to make them tolerate friction.
Marketing copy, onboarding flows, or the agent's own confident phrasing lead users to believe it can reliably do things it actually handles poorly or not at all — multi-step reasoning, real-time data access, persistent memory across sessions, domain expertise — and the gap surfaces as repeated disappointment each time the user's expectation collides with actual behavior. Unlike a single wrong answer, this is a structural mismatch: the user's mental model of the agent's capability boundary is simply wrong, so they keep hitting the same class of failure in different guises.
The mechanism used to collect quality signal — thumbs-up/down buttons, post-chat surveys, star ratings — is only used by a non-representative subset of users, typically those with strongly positive or strongly negative experiences, while the much larger group with a mediocre-but-tolerable experience stays silent. Teams then treat the collected feedback as representative of overall quality, when it's actually a bimodal sample that systematically misses the median experience, leading to miscalibrated confidence in how the agent is actually performing.
As a conversation goes wrong — repeated misunderstandings, unresolved requests, unhelpful clarifications — the user's tone becomes progressively more frustrated (shorter messages, capitalization, explicit complaints, sarcasm), and the agent fails to detect this shift or adjust its behavior in response, continuing with the same pacing, tone, and approach that caused the frustration in the first place. The failure isn't the original mistake but the agent's blindness to the user's escalating emotional state as a signal that its current approach isn't working.
Users who adopted the agent and used it regularly gradually reduce their usage and eventually stop, not because of one bad session but because the cumulative weight of minor conversation-quality issues — repetition, drift, occasional wrong assumptions, tone mismatches — slowly outweighs the value they get, in a way that's invisible session-by-session but clear in aggregate over weeks or months. This differs from user-adoption-failure, which happens in the first sessions before any habit forms; retention decline happens to users who were already engaged and is driven by slow accumulation rather than an abrupt early impression.
Conversation-quality failures that the agent doesn't resolve — clarification loops, wrong assumptions, unaddressed frustration — don't simply vanish when the user gives up on the agent; a meaningful share of them convert into human support escalations, and if the underlying agent failure rate is high enough, the resulting escalation volume exceeds what the human support team is resourced to handle, creating a backlog. The bottleneck is a downstream, aggregate consequence of many individually-small agent failures rather than a single large incident.
Individually minor failures — a small contradiction, a slightly wrong assumption, an overclaimed capability, a tone mismatch — don't each cause a user to distrust the agent on their own, but repeated exposure across many sessions builds a background skepticism where the user starts double-checking the agent's outputs, hedging their reliance on it, and treating confident-sounding claims with suspicion, even in cases where the agent is actually correct. Trust, once degraded, doesn't recover at the same rate it eroded, and its loss changes user behavior (more verification overhead, less delegation) even absent any further errors.
Agent Accepts Ambiguous or Passive Consent as Full Permission
Agent Produces Long Responses Despite Explicit Length Constraints
Agent Fails to Detect or Handle When Call Reaches Unintended Recipient