bigonotes
AIEvaluation

Regression

Why regressions in LLM systems are silent, why the golden set must rerun after every change, and the two triggers teams forget.

2 min readLast updated

A regression is when something that worked before stops working after a change. In ordinary software, a regression often crashes or fails a test. In LLM systems it is usually silent, which is what makes it dangerous.

Why regressions are silent#

After a bad change, the system still runs, still returns responses and still looks fine. The answers are just worse on some cases. You only notice when a user complains, or when you happen to test the right case.

Rerun the golden set after every change#

The fix is to rerun your golden set after every change, before it ships:

  • Every prompt edit
  • Every model upgrade
  • Every chunking change
  • Every retrieval tweak
A change runs through the full eval suite, with code checks on every case and the judge only where needed; if results hold, it ships, and if they drop, it is blocked

Make the run cheap enough that nobody skips it:

  1. Automate it, for example as a step in CI.
  2. Use code assertions for the cheap checks on every case.
  3. Call the judge model only for cases that need it.

A well-built eval suite runs in minutes, not hours. Compare each run with the last one, case by case, so you see exactly which cases changed.

Two triggers teams forget#

Model upgrades#

Providers update models, and behavior shifts. Pin your model version, so the model only changes when you decide. Rerun evals on the new version before you upgrade.

Prompt changes#

Even small wording changes can swing results a lot. Evals tell you which version of a prompt is actually better, instead of which one looked better on the three examples you tried.

Short line#

LLM regressions are silent: the system still runs but answers get worse. Rerun the golden set on every prompt, model, chunking or retrieval change, automated and fast, and pin the model version so upgrades happen only after an eval run.

Key takeaways#

  • A regression is something that worked before and broke after a change.
  • In LLM systems, regressions are silent. The system still runs and looks fine.
  • Rerun the golden set after every prompt, model, chunking or retrieval change.
  • Automate it, use code checks first, and call the judge only where needed. Aim for minutes.
  • Pin the model version and rerun evals before upgrading.
  • Small prompt wording changes can swing results. Let evals decide.
Revision notes · 1 min

Core idea#

A regression is something that worked before and broke after a change. In LLM systems, regressions are silent.

Key points#

  • The system still runs and returns answers. Only quality drops.
  • Rerun the golden set after every prompt edit, model upgrade, chunking change and retrieval tweak.
  • Automate the run, for example in CI.
  • Use code checks on every case. Call the judge only where needed.
  • A good suite runs in minutes, not hours.
  • Compare each run with the last one, case by case.

Triggers teams forget#

Trigger Action
Model upgrade Pin the model version. Rerun evals before upgrading.
Prompt change Rerun evals. Small wording changes can swing results.

Pitfalls#

  • Do not wait for user complaints to find regressions.
  • Do not let the provider upgrade your model silently. Pin the version.

Short line#

Regressions are silent. Rerun the golden set on every change, and pin the model version.

Found a mistake? Email ask@bigonotes.com