El viernes a las 18:40, uno de nosotros escribió en el chat general una sola frase: «¿Y si de verdad simplemente no tocamos esto hasta el lunes?». Se refería al piloto automático: un modo en el que un solo clic inicia el ciclo completo —reelaboración del material, creación del vídeo y publicación— sin confirmaciones intermedias en cada paso. Lo habíamos utilizado de forma puntual para vídeos concretos, pero nunca lo habíamos dejado funcionando completamente sin supervisión durante más de un par de horas. La idea de pasar el fin de semana sin mirar realmente el panel era más un desafío para nosotros mismos que una prueba planificada.
Elegimos para el experimento uno de nuestros proyectos internos —no uno de clientes, para no arriesgar la reputación de terceros en una prueba de este tipo—. Configuramos varias fuentes: el RSS de una publicación del sector, un par de sitios de la competencia para monitorizarlos y notas manuales acumuladas durante un mes que todavía no se habían convertido en vídeos. Activamos el procesamiento masivo de los borradores acumulados y dejamos programado el lanzamiento automático de nuevos materiales procedentes de los feeds a medida que fueran llegando. Después, cerramos los portátiles.
Viernes por la noche: el último clic nervioso
Lo admitimos: uno de nosotros entró en el panel el viernes a las 23:00, simplemente para comprobar que no hubiera nada ardiendo. No ardía nada: varios borradores ya habían pasado por la reelaboración y estaban en cola para la creación de los vídeos. Fue la única infracción de la promesa de «no tocarlo», y tuvo más que ver con nuestra tranquilidad que con la necesidad de intervenir.
Sábado: la primera sorpresa, no catastrófica
El sábado por la tarde llegó una notificación —no de alerta, sino informativa—: el consumo de tokens del proyecto se había acercado al límite y se había activado un recordatorio gradual sobre el saldo. El sistema no lo detuvo todo de golpe, sino que avisó con antelación, dejando tiempo para reaccionar sin entrar en pánico. Recargamos el saldo desde el teléfono en dos minutos, sin abrir el portátil, y el proceso continuó por sí solo, sin que tuviéramos que participar después en la creación.
El segundo acontecimiento del sábado fue más interesante: en un momento dado, una de las fuentes —el sitio de la competencia— devolvió una página con una clara protección antibots en lugar del artículo. Esperábamos que algo se rompiera en ese punto y que el material se perdiera. En lugar de eso, el sistema recurrió a una vía alternativa para obtener la página y consiguió extraer igualmente el texto del artículo, solo que un poco más despacio de lo habitual. Nos enteramos después, al revisar los registros el lunes; en ese momento no requirió ninguna intervención por nuestra parte.
Domingo: publicación automática y el primer error de verdad
Para el domingo, los borradores acumulados habían llegado a la fase de publicación. Los vídeos se enviaron a YouTube y Telegram con textos diferentes para cada plataforma, y los teasers verticales se vincularon automáticamente con sus respectivas versiones horizontales siguiendo el guion. Es decir, un espectador que hubiera visto el teaser corto y luego entrara en el canal podía identificar claramente su relación con el vídeo completo, sin que tuviéramos que emparejar manualmente cada par. Debajo de cada vídeo de YouTube también se publicó automáticamente un primer comentario con un enlace, de nuevo sin nuestra intervención.
El error se descubrió precisamente el domingo, y fue el momento más importante de todo el experimento. Uno de los materiales tomados del feed RSS resultó ser limítrofe en cuanto al tema: no estaba exactamente dentro del enfoque del proyecto, sino que era una noticia relacionada que la fuente había publicado por accidente en el feed general. El material pasó por la reelaboración y la creación del vídeo, pero no se publicó: el sistema lo retuvo por no ajustarse a la temática del proyecto. Estuvimos de acuerdo con esa decisión cuando revisamos la cola el lunes: el vídeo realmente no encajaba con el canal, y que se hubiera retenido en lugar de publicarse automáticamente fue exactamente el comportamiento que necesitábamos.
Pero también ocurrió lo contrario: otro vídeo, perfectamente adecuado por temática, quedó en estado de espera de moderación durante más tiempo que los demás debido a una formulación ambigua en el material original, que podía interpretarse de dos maneras. Aquí el piloto automático fue excesivamente prudente: el material era correcto, pero el sistema prefirió pecar de precavido. Tuvimos que confirmar manualmente la publicación el lunes por la mañana, con un retraso de un día y medio respecto a lo que habría ocurrido si una persona hubiera tomado una decisión manual inmediata en ese momento.
Lunes por la mañana: revisión de los resultados
A las nueve de la mañana del lunes nos sentamos a revisar la cola completa. El resultado de algo más de tres días sin una sola intervención manual en la creación ni en la publicación fue el siguiente: 11 vídeos se publicaron de forma completamente automática en dos plataformas, otros 2 fueron retenidos justificadamente por el sistema y 1 fue retenido por exceso de prudencia y requirió confirmación manual.
Consideramos que el resultado confirmaba la hipótesis más de lo que la refutaba: en nueve de las doce decisiones de publicación, el piloto automático actuó igual que lo habría hecho una persona de guardia el sábado por la noche, si hubiéramos tenido a alguien disponible físicamente. Un caso de exceso de prudencia es un coste asumible, especialmente si la alternativa es no tener a nadie de guardia durante el fin de semana.
Qué cambiamos después de este experimento
No dejamos el piloto automático completamente sin supervisión de forma permanente en los proyectos de clientes: nuestra confianza en el sistema aumentó, pero no lo suficiente como para renunciar a revisar la cola una vez al día en los canales activos, donde un error de publicación afecta a la reputación y no solo al tiempo. Sin embargo, para los proyectos internos y de bajo riesgo ahora utilizamos regularmente el piloto automático completo durante todo el fin de semana, precisamente porque las advertencias graduales sobre el saldo y la moderación prudente del contenido ambiguo funcionaron como debían: no de forma perfectamente fluida, pero sí orientadas a la seguridad y al exceso de prudencia, no a publicar material dudoso.
La principal conclusión de la discusión del viernes fue que la pregunta no era «¿se puede confiar el fin de semana al piloto automático?», sino «¿qué hace exactamente en situaciones dudosas cuando no estamos cerca?». La respuesta resultó ser: retiene y avisa, en lugar de publicar y guardar silencio. Y eso es precisamente lo que hace que este experimento pueda repetirse, en vez de convertirse en una aventura puntual.