Operate and improve

Improve reliability over time

Turn every production failure into a regression test and re-measure, so reliability compounds instead of decaying.

Close the loop

The most valuable source of test cases is production itself. Every real failure the agent hits should become a new scenario in your suite, so the same problem is caught automatically the next time. This is how a reliability program compounds: the agent gets steadily harder to break.

Guard against regressions

Re-run the full suite on every meaningful change, a prompt, a model version, a tool, and compare success rates against the last accepted baseline. A change that quietly lowers reliability should fail the build, not surprise a user. Running this in continuous integration against a realistic environment keeps every change honest, with something like Promptfoo driving the scenarios on each commit.

Reliability is a practice, not a project

There is no point where an agent is finished being made reliable. The teams that succeed treat it as an ongoing loop: measure, find the weakest failure mode, fix it, and measure again.

Key takeaways

  • Turn every production failure into a permanent regression test.
  • Re-measure on every change and fail the build on a reliability drop.
  • Treat reliability as a continuous loop, not a one-time milestone.

Further reading

  • Promptfoo promptfoo.devConfig-driven testing that runs your scenarios repeatedly and asserts on the results, including in CI.