Most real applications don't call a foundation model once and show the answer. A RAG system searches your documents first, an agent may call several tools, and a workflow chains many steps. When the final answer is wrong, you need to know which step failed. So evaluating an FM-based application means scoring each component, not just the end result. Amazon Bedrock evaluates RAG systems, and Amazon Bedrock AgentCore Evaluations scores agents. The exam tests whether you can match a symptom to the step and metric that diagnose it.
Evaluate Each Step, Not Just the Answer
A wrong answer from a RAG application has two possible causes. Either the search step found the wrong passages, or the model wrote a poor answer from good passages. The fixes are completely different: better chunking, embeddings or source data for the first, and a better prompt or model for the second. AWS's guidance recommends evaluating every step of an application so that feedback lands on the part that needs work.
Retrieval Quality
Bedrock's retrieve-only RAG evaluation scores just the search step. It works on an Amazon Bedrock Knowledge Base or, if you supply its results, an external RAG system. Its built-in metrics are:
- Context relevance: are the retrieved passages relevant to the question?
- Context coverage: do the passages contain all the information in the expected answer? This needs ground truth in your test dataset.
Low scores here mean the problem is in finding information. Changing the model that writes the answers won't help.
Answer Quality
A retrieve-and-generate evaluation scores the passages and the written answer together. Its built-in metrics include correctness, completeness, helpfulness and logical coherence. Three more are especially useful for spotting RAG problems:
- Faithfulness: does the answer stick to the retrieved passages, or add claims they don't support? Low faithfulness is the RAG version of a hallucination.
- Citation precision: are the passages the answer cites actually the right ones?
- Citation coverage: is the answer fully supported by its citations, with none missing?
There are also responsible-AI metrics for harmfulness, stereotyping and refusal. All of them are scored by an evaluator LLM.
Evaluating Agents
An agent can produce a polite final reply even after taking the wrong steps. So agent evaluation looks at the path as well as the outcome. AgentCore Evaluations uses LLM-as-a-judge to score agent traces, which record each step the agent took. It can score whether the agent achieved the user's goal across a whole session, and whether it chose the right tool at each step. AWS's FAQ names built-in evaluators such as goal success rate and tool selection accuracy, and you can add custom evaluators for your own criteria.
Workflows and Production Monitoring
Testing before launch isn't enough, because quality can drift once real users arrive or a prompt changes. AgentCore Evaluations runs in three ways:
- Online evaluation continuously scores a sample of live sessions (for example, 10%) and shows trends on dashboards.
- On-demand evaluation scores specific interactions you pick by ID, which is useful for investigating a complaint or testing a fix.
- Batch evaluation scores many stored sessions in one job, for example to compare quality before and after a prompt change.
On the Exam
| Symptom | Where to look |
|---|---|
| Retrieved passages are off-topic | Retrieval: context relevance |
| Passages are fine, answer adds unsupported facts | Generation: faithfulness |
| Answer cites the wrong sources | Citation precision |
| Agent's reply reads well but it used the wrong tool | Tool selection accuracy |
| Need ongoing scoring of live traffic | Online evaluation |
The trap is fixing the wrong component, such as swapping the model when retrieval scores show the search step is failing.