Si falla una automatización con IA, ¿qué se puede reintentar?
La automatización ha preparado el texto, generado las imágenes y empezado a montar el vídeo. Entonces se agota el tiempo de espera. Pulsar «Empezar de nuevo» parece lo lógico, pero parte del trabajo de pago puede estar terminado. El error cuenta lo que recibió quien hizo la petición. No aclara todo lo que ocurrió al otro lado.
Antes de contratar una automatización, pide una demostración de ese momento. Deberías poder distinguir qué está terminado, qué ha fallado y qué repetirá el siguiente intento.
Lo que cambiamos en nuestro sistema de contenidos
En septiembre de 2026 revisamos la recuperación de los borradores de vídeo de Jido. La preparación de fuentes, las imágenes, la narración, las consultas al proveedor y el montaje tienen pasos separados. Algunos fallos transitorios admiten dos intentos adicionales, a los 5 y 15 segundos. Los archivos terminados y las referencias del proveedor se conservan para el mismo borrador.
La petición que inicia un trabajo de pago tiene otra regla. Si no sabemos si se ha aceptado, el proceso se detiene para comprobarlo. No se vuelve a enviar automáticamente. El programador tampoco reinicia toda la generación después de un fallo parcial. Son decisiones de nuestra implementación; no significan que todos los proveedores ofrezcan esa protección.
En una prueba controlada en producción provocamos un fallo antes del montaje y recuperamos el mismo borrador con su acción de reintento. El resultado fue un único registro y un vídeo de 18,5 segundos, sin generar medios de pago. La prueba verifica ese recorrido. No mide la fiabilidad de todo el sistema ni demuestra que cualquier petición incierta se pueda recuperar.
Cada resultado necesita una respuesta distinta
Terminado: conserva el archivo y comprueba que corresponde a la entrada actual.
Fallo temporal en una operación segura: reintenta ese paso con límites de tiempo y de intentos.
Datos inválidos, contenido rechazado o presupuesto agotado: detén el proceso y explica qué hay que corregir.
Resultado externo desconocido: consulta la operación existente antes de decidir si se puede iniciar otra.
El mensaje de error debería señalar el paso que ha fallado y dejar accesible lo que ya está hecho. «Reintentar» debe tener un significado concreto. La persona que lo pulsa necesita saber si consultará un estado, montará archivos existentes o encargará nuevas imágenes de pago.
Guardar una referencia sirve si se reutiliza
Algunas API aceptan una clave de idempotencia: una referencia que identifica la misma operación cuando se repite una petición. Stripe documenta que, con la misma clave, devuelve el resultado guardado, incluidos los errores. Hay condiciones de conservación y de parámetros que debes revisar en la documentación del proveedor.
El identificador interno de una tarea no añade esa protección a una API externa. Guarda juntos la referencia del proveedor, la versión de entrada, el resultado y su estado. Si el cliente cambia el contenido, crea una revisión explícita: no deberían reutilizarse archivos de otra versión sin comprobarlo.
Cuatro fallos que conviene probar antes de dar el visto bueno
Usa datos ficticios y simula las acciones externas cuando una prueba real vaya a costar dinero o contactar con alguien. Acuerda de antemano el resultado esperado:
El navegador pierde la respuesta: al volver a abrir la tarea aparece el intento existente.
Falla un paso posterior: la recuperación conserva lo anterior y repite solo lo necesario.
El proveedor quizá aceptó la petición: la tarea muestra esa incertidumbre y consulta la operación, o pide intervención humana.
Repetir no arreglará el problema: una entrada inválida, un rechazo o el límite de gasto detienen el intento con una explicación útil.
Comprueba la pantalla y también los registros que quedan detrás. Cuenta tareas creadas y acciones externas. Un indicador verde no demuestra por sí solo que se haya evitado un borrador, un cobro o un mensaje duplicado.
Inclúyelo en lo que vas a aceptar
Puedes escribirlo así: «Después de un fallo parcial, muestra el trabajo terminado, conserva la identidad del intento, explica las acciones externas inciertas y ofrece una recuperación con límites. Demuéstralo con los fallos acordados».
Decide quién se ocupará de las tareas pendientes y cómo sabrá que existen. Vincula la revisión humana al resultado concreto. Si la recuperación cambia ese resultado, el visto bueno anterior puede haber dejado de ser válido.
Para hablar de tu caso, trae una tarea repetida, el punto donde se atasca y lo que alguien necesita recibir al final. Cuéntanos el proceso. Con eso podemos delimitar una evaluación útil.