How it happens today
Someone runs the eval notebook if they remember, copies headline scores into a chat thread or spreadsheet and compares them by eye with whatever was recorded last time. Version details are often missing.
Systems and information
- · Version control such as GitHub or GitLab
- · Eval framework and test datasets
- · Experiment tracking such as MLflow or Weights & Biases (where used)
- · Team chat and issue tracker
How it could flow
- 1 Detects a change to a model reference, prompt file or pipeline in version control
- 2 Runs the agreed eval suites against the new version in a test environment
- 3 Records results alongside the exact model, prompt, dataset and code versions
- 4 Compares results with the current production baseline per test category
- 5 Flags regressions beyond the thresholds the team has set and lists example failures
- 6 Posts a summary to the release review channel and the pull request
Human oversight
Engineers and the product manager decide whether a regression is acceptable, needs fixing or blocks the release. Thresholds are set and reviewed by people, and evals only measure what they were designed to test.
What gets easier
Every change is evaluated the same way, regressions are caught before customers find them and release decisions are made with a clear record behind them.