Corregir un archivo no equivale a actualizar la web que ven los visitantes. Un agente de IA puede terminar el trabajo, superar las comprobaciones y guardar los cambios. Si falla la vía de publicación, la página seguirá mostrando la versión antigua.
1. «Todo terminado», salvo lo que se ve
Antes de dormir, encargas un nuevo diseño, anuncios y páginas en varios idiomas. A la mañana siguiente, el informe presume de cambios hechos, pruebas superadas y archivos guardados.
Abres la web. Ahí sigue el botón antiguo. La IA trabajó de noche; la página se quedó dormida.
Conviene distinguir crear, guardar, publicar y comprobar la web real. Hasta el último paso, la actualización puede estar lista en el almacén sin haber llegado al usuario.
2. El almacén está lleno y la puerta de reparto cerrada
El repositorio guarda los cambios. Otro sistema los coloca en internet. Además, publicar textos nuevos puede seguir una vía distinta a cambiar el programa que muestra toda la web.
Así se explica una escena desconcertante: aparecen artículos recientes, pero el diseño es viejo; miles de traducciones ya revisadas esperan turno; el nuevo anuncio está en el código, pero nadie lo ve.
No hace falta que alguien haya dejado de trabajar. Basta un único cuello de botella para inmovilizar muchos resultados.
3. Hay dos límites gratuitos que se parecen demasiado
En octubre de 2026, el plan gratuito de Cloudflare ofrece 3.000 minutos mensuales de Workers Builds y hasta 100.000 solicitudes diarias para Workers.[1][2]
El primer límite afecta a preparar nuevas versiones. El segundo, al tráfico que pasa por el programa que ya está funcionando. Agotar uno no se arregla ampliando el otro.
Si faltan minutos para publicar, hay que evitar reconstrucciones innecesarias y preparar alternativas autorizadas. Si sobran solicitudes, conviene que las páginas y archivos estáticos atraviesen menos veces el Worker. Arreglar la cocina no elimina la cola en la puerta del restaurante.
4. Volver a intentar también consume recursos
Falla una compilación. Se pulsa «reintentar» sin leer el error. Vuelve a fallar. Se repite hasta agotar el crédito del mes.
Diez informes de errores, cero cambios visibles. Enhorabuena: la empresa fabrica informes de errores a escala industrial.
Mejor revisar el registro, reproducir el problema localmente cuando se pueda y volver a ejecutarlo después de corregir la causa. Tampoco toda corrección de un artículo debería obligar a reconstruir toda la web. Un fallo aislado no debe bloquear publicaciones independientes que sí sean seguras.
5. La IA útil también se encarga de recuperar el servicio
El informe nocturno debería distinguir qué llegó a producción, qué quedó pendiente, cuál fue el obstáculo y qué tareas siguieron avanzando. Dentro de sus permisos, el agente puede reparar la vía de entrega y seguir.
Varias plataformas de publicación ayudan a resistir fallos, siempre que compartan la misma versión autorizada. De lo contrario, una puede sobrescribir con una versión vieja lo que otra acaba de actualizar. Las claves y aprobaciones de cuenta siguen bajo control del propietario.
La comprobación definitiva consiste en abrir la página pública y ver allí el cambio previsto.
6. El mejor informe de la mañana
Importan menos los archivos modificados de noche que las mejoras realmente visibles, los fallos recuperados y los errores que ya no se repiten.
La persona piensa ideas y se va a dormir. La IA corrige, repara, publica y comprueba.
El verdadero mensaje de buenos días no es «he hecho muchas cosas».
Es: «La web ya muestra la versión nueva».
