Wiki MCCM
Plan de rollback para flujos de AI
Un plan de rollback para un flujo de AI nombra quién puede pararlo, cuál es la última versión buena conocida de prompt o proceso y cómo continuar el trabajo sin el modelo en un día laborable. Si no puedes responder esas tres cosas, no estás listo para producción.
Los pilotos fallan con gracia cuando alguien puede dar marcha atrás. Muchos despliegues de AI no pueden. El chat sigue mientras nadie posee el interruptor.
Escribe el interruptor de parada antes del go-live
Ponga a una persona llamada y una copia de seguridad en la devolución. Definir el gatillo: tasa de error, queja del cliente, incidente de privacidad o aumento de costes. Publicar el comando stop en el mismo lugar que el flujo de trabajo rápido. Verbal “dejaremos de utilizarlo” no es un plan.
Versiona a qué vuelves
Mantenga el aviso previo, lista de verificación y reglas de enrutamiento fechadas. Cuando la calidad cae después de un pequeño tweak, necesitas el último paquete conocido-bueno, no un recuerdo Slack. Trate de indicaciones como . Fecha, propietario, nota de cambio.
La ruta manual debe seguir existiendo
Rollback significa que el viejo camino funciona. Si borró la bandeja de entrada o la hoja de cálculo durante el piloto, construyó una trampa. Mantenga un camino manual delgado listo para al menos un ciclo completo después de la reducción. Eso es lo opuesto a un proceso de sombra que nunca muere: es un carril de emergencia que pretende cerrar más tarde.
Comunica la parada
El personal necesita un estado de una línea: AI Asistencia pausada, uso de pasos manuales, propietario es X. Los clientes pueden necesitar información si las salidas ya fueron externas. Practique esto en una mesa corta antes del primer incidente real.
Implicación del piloto
MCCM incluye la devolución en el paquete piloto junto a la puerta de revisión KPI . Go/no-go a la semana seis incluye si el equipo puede pausar sin caos.