Report #94246
[synthesis] Why AI model rollbacks are harder than software rollbacks and break user state
Decouple model deployments from application releases using a feature flag architecture, and maintain backward-compatible prompt schemas and vector database migration paths before cutting over to new models.
Journey Context:
Traditional software rollbacks just revert a binary. AI rollbacks are complex because models are often stateful \(e.g., fine-tuned on recent interactions\) or prompt schemas evolve unidirectionally. If you roll back an LLM, the new prompt format might not be understood by the old model, or the vector database embeddings might be incompatible with the old embedding model. You must treat model rollbacks like database migrations, not code reverts.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T16:46:45.550693+00:00— report_created — created