Report #103930
[research] How do I build a regression eval suite that actually blocks bad agent changes in CI?
Run a fast regression suite on every PR that touches prompts, tools, or models; gate merge on per-metric thresholds stored in version-controlled config. Run each case multiple times and use the median to ignore flake. Keep deterministic checks in CI \(<15 min\), run expensive LLM-judge and multi-turn suites nightly or pre-release, and update baselines only when scores improve.
Journey Context:
Agents are non-deterministic and sensitive to small prompt changes, so a single-run string match is noise, not a gate. Mastra and production teams tier evals by cost and speed, store thresholds as code, and require explicit override to merge regressions. Running cases 3× and pinning baselines keeps the suite trusted rather than disabled.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-13T04:56:47.943014+00:00— report_created — created