Cómo definir una reversión de un agente que sigue recibiendo solicitudes

Fija una frontera de entrada

Identifica la versión asignada al aceptar una solicitud y conserva esa relación hasta cerrarla o migrarla de forma explícita. Cambiar un valor global mientras hay trabajo en marcha puede mezclar instrucciones antiguas y herramientas nuevas. Decide si la recepción sigue abierta, si entra en cola o si pasa temporalmente a atención manual. Comunica el estado que verá el solicitante.

Clasifica el trabajo en curso

Separa tareas solo de lectura, propuestas pendientes de aprobación y operaciones enviadas sin confirmación. Define cuáles pueden terminar con su versión, cuáles deben detenerse y cuáles necesitan conciliación. No reinicies todas desde el principio. Conserva aprobaciones vinculadas a la propuesta revisada y solicita otra si la migración cambia contenido, destino o alcance.

Verifica que la versión anterior aún funciona

Comprueba disponibilidad, configuración, contratos de herramientas y compatibilidad del estado. Una versión guardada puede depender de un servicio retirado o de un esquema que ya cambió. Las guías de producción recomiendan gestionar cambios y observar el sistema; tu plan debe incluir una prueba de retorno con el almacenamiento y las dependencias actuales, no solo conservar archivos antiguos.

Ensaya la transición con entrada continua

En un entorno de prueba, genera solicitudes antes, durante y después del cambio. Incluye una confirmación externa tardía. Verifica que cada caso tiene una sola ruta activa, que no desaparecen pendientes y que el equipo puede localizar los efectos ya aplicados. El responsable operativo acepta el resultado y define cuándo retirar la vigilancia reforzada. Mantén una lista de casos que requieren corrección manual: cambiar de versión no sustituye reparar el daño que haya ocurrido.

Decide cuánto conservar ambas rutas

Mantén la versión retirada disponible solo según el plan aprobado y sus requisitos de seguridad. Una vez cerrados los casos asignados, retira permisos que ya no hacen falta. El historial debe permitir reconstruir el cambio sin obligarte a mantener indefinidamente componentes antiguos atendiendo solicitudes nuevas.

Fuentes y documentación

• OpenAI: producción — Guía de operación, seguimiento del consumo y gestión de cambios en producción.