AWS Glossary
Agent Evals
Agent evals are an automated test suite for agent behaviour — a golden dataset of cases with expected outcomes and a pass bar the agent must clear before deployment.
AI & assistant-friendly summary
This section provides structured content for AI assistants and search engines. You can cite or summarize it when referencing this page.
Summary
Agent evals are an automated test suite for agent behaviour — a golden dataset of cases with expected outcomes and a pass bar the agent must clear before deployment.
Key Facts
- •Agent evals are an automated test suite for agent behaviour — a golden dataset of cases with expected outcomes and a pass bar the agent must clear before deployment
- •The pass bar The number matters less than the fact that it is agreed **before** the results are in, and that failing it blocks deployment
- •Where they run On AWS, AgentCore Evaluations runs the suite as part of the deployment path, alongside traces from AgentCore Observability
- •Safety comes from the [tool catalog](/glossary/tool-catalog/) and authorization
- •Related terms [AI agent](/glossary/ai-agent/) · [Tool catalog](/glossary/tool-catalog/) · [Human in the loop](/glossary/human-in-the-loop/) · [Amazon Bedrock AgentCore](/glossary/bedrock-agentcore/)
Entity Definitions
- Amazon Bedrock
- Amazon Bedrock is an AWS service relevant to agent evals.
- Bedrock
- Bedrock is an AWS service relevant to agent evals.
Related Content
- AMAZON BEDROCK AGENTCORE— Related service
- ECOMMERCE AI AGENTS— Related service
- GENERATIVE AI ON AWS— Related service
Definition
Agent evals are an automated test suite for agent behaviour: a curated set of representative cases (a golden dataset), the expected outcome for each, and a scoring method that produces a number the agent must clear before it ships.
An agent without evals is a system whose quality you are asserting rather than measuring. That distinction is what separates agents still running after ninety days from agents that were quietly switched off.
What goes in a golden dataset
- The boring majority. The cases that make up most of the volume, where a wrong answer is expensive precisely because it is frequent.
- The known-hard cases. Split shipments, partial refunds, contract pricing, anything where a competent human hesitates.
- The adversarial cases. Prompt injection attempts, out-of-scope requests, and inputs designed to make the agent exceed its remit.
- The cases that already broke. Every production incident should end with a new eval case. This is the single highest-return habit.
Fifty well-chosen cases beat five hundred generated ones.
The pass bar
The number matters less than the fact that it is agreed before the results are in, and that failing it blocks deployment. A pass bar renegotiated after a bad run is not a pass bar.
Set it per agent and per action class. A support agent answering WISMO questions and a margin agent proposing price changes should not share a threshold, because the cost of being wrong differs by orders of magnitude.
Where they run
On AWS, AgentCore Evaluations runs the suite as part of the deployment path, alongside traces from AgentCore Observability. The important property is that it is in the pipeline, not a notebook someone runs when they remember.
Limits worth stating
- Evals measure what you thought to test. They are a floor, not a guarantee. Novel failure modes arrive in production first, which is why observability and the incident-to-eval habit matter.
- Scoring open-ended output is genuinely hard. Exact-match works for structured decisions; for free text you are choosing between a rubric, a model-as-judge (with its own bias), and human review of a sample. Each has failure modes; none is free.
- A passing suite does not mean the agent is safe. Safety comes from the tool catalog and authorization. Evals tell you whether it is good.
Related terms
AI agent · Tool catalog · Human in the loop · Amazon Bedrock AgentCore
Related Services
Amazon Bedrock AgentCore Consulting
Production agent infrastructure on Amazon Bedrock AgentCore — Runtime, Gateway, Memory, Identity, Observability and Evaluations. Bring your own framework; we operate the substrate.
eCommerce AI Agents on AWS
Production AI agents for eCommerce on Amazon Bedrock AgentCore — support and WISMO, inventory, merchandising, margin, returns and B2B. Tool boundaries, evals before launch, and a human on anything that moves money.
Generative AI on AWS — Production-Ready LLM Apps in Weeks
Generative AI strategy and delivery on AWS — use-case selection, Bedrock + SageMaker architecture, governance, evaluations, and production rollout across the AWS AI stack.
Related Articles
AgentCore Harness + Strands 1.0: What Actually Ships in August 2026
Harness GA Jun 17, 2026 plus Strands 1.0 primitives — and why AWS Context is still Coming soon. Reuse the ~180→95 ms Gateway canary; ship Managed KB today.
Amazon Bedrock AgentCore: The Production Guide for Net-New AI Agents on AWS
Harness GA June 17, Agents Classic cutoff July 30, Payments GA August 18, Memory FGAC August 28. Harness vs Runtime, Gateway Policy, and when transacting agents still should not own checkout.
Why Most eCommerce AI Projects Fail Before the AI Model Is Even Involved (2026)
eCommerce AI implementation challenges are IDs, APIs, ownership, and evals — not the model. Reuse Gateway ~180→95 ms and ~$791/mo at 50K sessions as platform floors, not store KPIs.
Need help with this topic?
Our AWS-certified team implements, audits, and optimizes these services in production — from Bedrock RAG pipelines to multi-account landing zones.
