Module
Module 4 of 5Lesson 3 of 3~18 min

Change models without regressions

Lesson 3 of the module "Incidents, fallbacks and model changes" in the course "Ship and monitor an AI feature in production".

Lesson objective

By the end of this lesson, you will be able to write the model change procedure for your AI feature: triggers, criterion-by-criterion regression evaluation, shadow comparison, staged rollout, rollback criteria and a timeline aligned with deprecation dates.

Where it fits

Incidents, fallbacks and model changes

What do you do when quality, the provider or the model shifts under your feet?

Lessons in this module

  1. Recognise AI-specific incidents
  2. Plan the fallbacks
  3. Change models without regressions (this lesson)

What you will learn in the course

This lesson is part of the course Ship and monitor an AI feature in production

  • Design the staged launch of an AI feature (feature flag, shadow, canary, percentages) with quantified promotion criteria and a tested kill switch.
  • Define what you log and trace for each model call, what you mask or exclude (personal data), how long you keep it, and with which tool.
  • Set up quality signals in production (user feedback, sampled human review, online evaluations, drift) and connect them to the evaluation set.
  • Manage cost per request and per useful outcome, and perceived latency (budgets, alerts, caching, streaming, response length, model choice).
  • Diagnose AI-specific incidents (drift, provider outage, deprecation, call loop, cost spike) and plan the right fallbacks.
  • Run a model or prompt change with regression evaluations, shadow comparison, staged rollout and a rollback plan.
  • Build the quality, cost and latency dashboard of an AI feature and report to stakeholders with decisions to make.