With Rippit, anyone can build an agent that reviews AI agent and chatbot conversations alongside human ones, so teams can see where the bot resolves, escalates, or gets answers wrong. This page is the short answer; the full method is in our AI agent monitoring playbook.
Key takeaways
- Evaluating an AI support agent means scoring its conversations on five dimensions: intent accuracy, grounding, policy compliance, customer effort and handoff quality.
- Measure resolution separately, from what the customer did next, not from the bot’s own resolved flag.
- Three of the five checks can only be scored after the conversation ends: resolution needs a repeat-contact window, grounding needs the source the bot cited, handoff quality needs the human leg. Evaluation at volume is a conversation-data problem, not a dashboard problem.
- Sampling fails harder on AI agents than on humans: an AI agent’s worst failures are rare, confident and identical every time they recur.
Why isn’t the bot’s dashboard enough?
Because it answers a different question. A dashboard might report containment at 72%, resolution at 68% and escalation at 19% (illustrative numbers) and still not tell you whether the bot understood the customer, answered correctly, invented anything, followed your policies, made the customer fight for help, handed off with enough context, or whether the problem stayed solved. That is why evaluating an AI support agent means reading the conversations themselves. For why containment in particular overstates performance, see why chatbot containment rate misleads.
What should you evaluate in an AI support conversation?
Start with five dimensions:
| Dimension | Question | Example failure |
|---|---|---|
| Intent accuracy | Did the agent understand what the customer actually wanted? | It answers an adjacent question or anchors on one keyword |
| Grounding | Are factual claims supported by an approved source? | It invents a policy, price, timeline or entitlement |
| Policy compliance | Did it follow the rules you’ve defined for this interaction? | It skips a required step or makes a promise outside its authority |
| Customer effort | How hard did the customer have to work to get help? | Repeated questions, apology loops or dead-end deflection |
| Handoff quality | If it escalated, did the next agent receive useful context? | The human asks the customer to explain everything again |
Score each Pass / Fail / Not applicable. Treat grounding and severe policy failures as critical gates: a conversation with an invented refund policy is not a 4 out of 5, it is a failed conversation. Define each dimension precisely enough to apply it consistently; add nuance later.
1. Did the AI agent understand the customer’s intent?
A fluent answer to the wrong question is still a bad answer. “I upgraded yesterday, but my old plan is still showing and I think I got charged twice” is not a how-do-I-change-my-subscription question; the issue is an unexpected charge after a plan change. Intent accuracy asks whether the AI understood what the customer was trying to accomplish, not whether it recognized a few keywords.
2. Was the answer grounded?
Every concrete claim (“Your refund will arrive within 24 hours”) should trace to a knowledge-base article, a policy or account data. If the agent confidently invents it, a polite tone doesn’t save the conversation. Scoring this needs the source the bot worked from, which no dashboard shows.
3. Did it follow your policies?
Your legal, compliance and operations teams decide what the agent may do on refunds, account changes, verification, disclosures and actions that need human approval. The evaluation question is simpler: did this conversation follow the rules we gave the agent?
4. How much effort did the customer have to expend?
An agent can land on the right answer and still create a terrible interaction: generic answer, clarification, repeat, frustration, apology, “get me a human.” A bot shouldn’t get full credit because the right answer appeared somewhere in a 14-turn conversation.
5. Was the handoff actually useful?
Escalation isn’t failure. A good handoff gives the human the issue, what the bot already tried, the account context and why it escalated. A bad one opens with “Hi! How can I help you today?” after the customer spent ten minutes with the bot. If it escalates, score the handoff and the human leg that follows; for a root-cause breakdown of escalations, see how to audit AI chatbot escalations.
How do you measure resolution?
Separately, and from downstream behavior. Resolution is an outcome, not a property of the response: a conversation can look excellent when it ends and still fail if the customer is back an hour later with the same problem. Start with no repeat contact from the same customer about the same issue within a defined window. 72 hours is a reasonable starting point; a password reset and an insurance claim shouldn’t share a horizon. Whatever you pick, define resolution outside the bot’s own resolved flag, which means joining the AI conversation to what happened afterwards, including the human ticket that followed.
Why can’t you sample AI-agent conversations the way you sample human ones?
Because AI errors are systematic. A human agent makes an unusual mistake once; an AI agent repeats the same mistake every time it meets the same pattern, possibly hundreds of times before anyone notices, and each one reads fluently. The question isn’t only “did this conversation fail?” but “is this the same failure happening repeatedly?” A small manual sample is exactly the tool that misses a rare, repeating failure; the math is in how to QA 100% of support conversations instead of 2%. The stronger model is automated evaluation across the whole population, targeted human review of failures, and a random human read of clean conversations to find failure modes your rubric isn’t measuring yet.
How do you run this across every conversation without an engineer?
Connect your customer conversation hubs to Rippit in one click—including Zendesk, Intercom, Gong and more—then tell the agent what to check across 100% of your connected conversations. Describe the five dimensions in plain language (“Flag factual claims that aren’t supported by the approved knowledge source”), and the agent scores every AI-handled conversation and delivers the breakdown and the failing conversations on a schedule, each result linked to the underlying conversation (how it works). Through MCP, the agent can also read, write and update data across your broader stack, including Salesforce, HubSpot, Slack, Notion, Guru, Jira, Snowflake, and more (integrations). Because it runs on the same conversation data as QA and contact-driver analysis, you can move from “is the bot good?” to “which contact drivers does the bot struggle with?” For why reading everything beats a chat assistant pointed at your warehouse, see the coverage benchmark; more guides are in the Rippit library.
Frequently asked questions
What metrics should I use to evaluate an AI support agent?
Start with conversation-level quality: intent accuracy, grounding, policy compliance, customer effort and handoff quality. Then measure outcomes such as resolution, repeat contact, escalation and containment separately.
What’s the difference between containment and resolution?
Containment means the interaction never transferred to a human. Resolution means the customer’s problem was actually solved. A conversation can be contained without being resolved, or escalated and still be resolved.
Should I define resolution as no repeat contact within 72 hours?
It’s a useful starting point, not a universal rule. Choose a window that fits the issue: some problems should be resolved immediately; others take days before you know whether the outcome worked.
Should AI agents and human agents use the same QA scorecard?
Partly. Use identical wording where the customer expectation is the same, add AI-specific checks such as grounding, and drop coaching criteria like “demonstrates active listening”: for a bot, the fix is a prompt, knowledge-source or routing change, not coaching.
How often should we evaluate our AI agent?
Continuously, with particular attention after changes to the model, prompt, knowledge base, policies, routing or tools, plus an ongoing human read of a subset.
Can we evaluate AI-agent conversations without an engineer?
Yes. In Rippit you connect your conversation hubs, describe the rubric in plain language, and the agent applies it across 100% of your connected conversations, with every result linked to the source conversation.
Don’t ask whether the bot contained the conversation. Ask whether it understood the customer, gave a grounded answer, followed your rules, made the interaction easy, handed off well when necessary, and whether the problem stayed solved.
Build your first agent on your own conversation data. Free, no credit card, no engineer needed.
Rippit Research · Coverage Benchmark, Part 1: Chat connected to a data warehouse
Rippit Docs · MCP server overview
Rippit · How it works and Integrations
.webp)