Wiki MCCM
Plano de rollback para fluxos de AI
Um plano de rollback para um fluxo de AI nomeia quem pode parar, qual é a última versão boa conhecida de prompt ou processo e como o trabalho continua sem o modelo num dia útil. Se não responde a essas três coisas, não está pronto para produção.
Pilotos falham com graça quando alguém pode reverter. Muitos rollouts de AI não podem. O chat continua enquanto ninguém tem o interruptor.
Escreva o interruptor de paragem antes do go-live
Ponha uma pessoa com nome e um backup no rollback. Defina o gatilho: taxa de erro, queixa do cliente, incidente de privacidade ou pico de custo. Publique o comando stop no mesmo local que o fluxo de trabalho imediato . Verbal “vamos parar de usá-lo” não é um plano.
Versione para onde volta
Mantenha as regras de prompt, checklist e roteamento anteriores datadas. Quando a qualidade cai após um “pequeno ajuste”, você precisa do último pacote conhecido-bom, não uma memória Slack. Tratar prompts como SOP s . Data, Single, mudança de nota.
O caminho manual deve continuar a existir
Retroceder significa que o caminho antigo funciona. Se você apagou a caixa de entrada do modelo ou a planilha durante o piloto, você construiu uma armadilha. Manter um caminho manual fino pronto para pelo menos um ciclo completo após o corte. Isso é o oposto de um processo de sombra que nunca morre: é uma faixa de emergência que você pretende fechar mais tarde.
Comunique a paragem
A equipe precisa de um status de uma linha: AI assist pausado, use passos manuais, proprietário é X. Os clientes podem precisar de divulgação se as saídas já foram externas. Pratique isso em uma mesa curta antes do primeiro incidente real.
Implicação do piloto
MCCM inclui rollback no pacote piloto ao lado do KPI e portão de revisão. Go/no-go na semana seis inclui se a equipe pode parar sem caos.