Guide

Running it

Ongoing · Draft, not yet reviewed

Use this stage once people rely on your AI feature. A change to a prompt, a model version or a tool can change behavior even when the interface looks the same. Keep the tests you used to approve the current version and run them against the proposed version before switching traffic.

Pin the model version you tested where the provider supports dated versions. Keep the dataset fingerprint with both runs so you can compare the same cases. A new test result needs an explanation when a tool decision or argument changes, not just a new average score.

Write down how to turn off tool actions without waiting for a deploy. Include key rotation, keeping the relevant logs, telling affected users and a public contact for security reports. Rehearse the switch in staging and record how long it takes. Add an incident's failing case to the test pack before calling the issue closed.

Done is a routine you can repeat. Someone on the team can run the regression pack, find the incident instructions and stop the actions the model can take.

Know the limit

Regression tests cover known cases. An incident playbook helps you respond, but neither replaces investigation of a new failure or a check of the changed feature's boundaries.

Controls in this stage

  1. Know what you will do when it goes wrong

    45 min

    An incident playbook covers disabling tools without a deploy, key rotation, logs, affected-user communication, regression tests and a security contact.

  2. Re-test whenever the model or prompt changes

    30 min

    Model versions are pinned, and model or prompt changes rerun the same test pack with matching dataset fingerprints and compared outcomes.