Agent Engineering7 min readUpdated October 28, 2026

Agent Evaluation Before Deploy: The Gate That Stops Silent Breakage

Models update monthly. Prompts drift. Without a test set from real cases, nobody notices until a customer does.

An agent without an eval gate is code that rewrites itself monthly with no tests. Build the eval set from real cases and run it in CI on every change.

A chatbot that answers oddly burns a support ticket. An agent that misfires writes a wrong record, dispatches a wrong order, or books a wrong meeting. The blast radius carries the engineering responsibility.

Why evals matter more for agents than chatbots

A chatbot that answers oddly burns a support ticket. An agent that misfires writes a wrong record, dispatches a wrong order, or books a wrong meeting. The blast radius carries the engineering responsibility.
A chatbot that answers oddly burns a support ticket. An agent that misfires writes a wrong record, dispatches a wrong order, or books a wrong meeting. The blast radius carries the engineering responsibility. My discipline: any agent that can write needs a gate that blocks deploys, and the gate runs in CI next to the unit tests, not as an occasional weekend review.

Building the set from real cases

Your eval set is your escape hatch from prompt drift. Log every real agent interaction in the first two weeks, flag outcomes as correct or wrong, and freeze the first twenty as the seed set. Expand weekly.
Your eval set is your escape hatch from prompt drift. Log every real agent interaction in the first two weeks, flag outcomes as correct or wrong, and freeze the first twenty as the seed set. Expand weekly. Synthetic cases are easy to generate and nearly useless for catching real drift because they encode your expectations, not reality.

Running the gate without over-engineering

No need for an eval platform on day one. A script, a JSON case file, a scoring function, and a CI job. Upgrade when volume forces the upgrade, not before. I run evals in a single script I can read on one screen, and the frustration of niceties like caching happened later.
No need for an eval platform on day one. A script, a JSON case file, a scoring function, and a CI job. Upgrade when volume forces the upgrade, not before. I run evals in a single script I can read on one screen, and the frustration of niceties like caching happened later. First priority is never else than that the gate exists.

What to do when evals fail

Three responses, in order. A prompt tweak if the failure is narrow. A tool-layer fix if the agent chose the wrong action for a real reason. A scope rollback if the agent does not reliably pass: that intent is not ready for automation. Failures are information about design, not about model intelligence.
Three responses, in order. A prompt tweak if the failure is narrow. A tool-layer fix if the agent chose the wrong action for a real reason. A scope rollback if the agent does not reliably pass: that intent is not ready for automation. Failures are information about design, not about model intelligence. Design adapts beats debugging prompts in circles.

5 Tips to Get Started

1

Collect eval cases from live usage, not from your imagination. Ten real user cases beat a hundred synthetic ones.

2

Grade outcomes, not sentences. Did the booking get created? Was the right record updated? Exact string match fails on good behavior.

3

Run the eval gate on every prompt change and every model swap in CI, same as unit tests.

4

Keep a per-task-tier pass rate target, like 95% for read-only flows and 99% for write actions with approval gates.

5

When provider ships a model update, rerun the gate before the default model changes for your users.

Ready to Stop Worrying About Infra?

Knowledge is the first step. Get a free 1-hour diagnostic and see where your infrastructure leaks time, money, and focus.

Sources & References

roqy.io cites authoritative sources including engineering blogs, vendor documentation, industry surveys, and academic research to ensure accuracy.

R

Ron Cohen — DevOps engineer & founder, roqy.io

Content reviewed by the roqy.io team. Our guides are based on publicly available data and cited sources above.

Disclaimer: This content is for informational and educational purposes only. It does not constitute professional advice or a guarantee of specific results. Infrastructure needs vary by team, stack, and stage. Consult a qualified engineer for advice tailored to your situation.

Frequently Asked Questions

What does an eval gate look like in CI?

A job that loads your eval set, runs each case through the agent against a sandbox or staging environment, grades outcomes with a scoring function, and fails the build below your threshold. Same shape as a test suite, softer assertions.

How many eval cases do I need to start?

Twenty from real usage. It sounds small until you try to pass it. Then remove one case when the underlying workflow changes. The number grows with the surface you automate.

How do I grade freeform agent output?

Grade on artifacts: fields in the API result, records affected, task completion flags. LLM judges can grade style but they bring their own variance. Contract checks are cheap and reliable.

Do eval sets go stale?

Yes. Every stalled workflow change and every new user segment adds cases. Review the set quarterly. Cases older than 6 months for a changed workflow are noise, not protection.

Is there a standard shape for eval datasets?

Close enough. EvaluationDataset from Google's agent tooling, and similar shapes from LangChain ecosystem, all carry case, expected behavior, and grading mode. Export to a simple JSON list of case and expectation. Do not overthink the schema.

Get the DevOps Ecosystem Behind You

One accountable engineer. Full platform behind him. Month-to-month, no lock-in.