Because model behavior is a function of a mutable third-party dependency, a production LLM system can regress with zero code changes; therefore evals must be a repeated/scheduled discipline (re-run on provider updates) rather than a one-time pre-launch test.
It reframes evals from a launch gate to a continuous monitoring loop owned by engineering, and makes model/prompt version pinning and re-validation a release requirement.
Any system whose behavior depends on externally mutated services (hosted models, third-party APIs, managed retrievers) needs scheduled re-validation against frozen test suites, not just pre-merge tests.
Top LLM code-success rates dropped by 80% over 3 months due to provider updates.
LLMs cannot guarantee consistent performance without observability and testing.
prompt drift