¿Por qué falló el noticiero automático durante seis noches?

Porque el modelo configurado en su script pasó a exigir créditos de uso y la API devolvía un error 429. Cada corrida moría a los 4 segundos. Como el fallo no detenía el resto de la rutina y el vigilante revisaba otro carril, nadie lo vio a tiempo.

¿Cómo detectar que una automatización con Claude Code falló sin avisar?

No basta con el código de salida. Comprueba que exista el archivo o el post que el proceso tenía que crear, y mide cuánto tardó: si algo que normalmente tarda minutos termina en segundos, casi seguro está roto aunque diga que terminó bien.

¿Qué cambió en claude -p con la versión 2.1.317?

Antes, claude -p podía terminar con código 0 aunque un disco lleno o una cuota le impidiera guardar la conversación. Desde la versión 2.1.317 muestra un error y sale con código 1 en salida de texto y JSON, así que tus scripts pueden detectarlo.

¿El retiro del fast mode de Opus 4.8 puede romper una automatización?

Sí, si la automatización usa Opus 4.8 con fast mode encendido. Desde el 30 de noviembre la API rechaza esas peticiones. Revisa tus scripts y cambia a Opus 5.5 o apaga el fast mode antes de esa fecha.

← Artículos

Mi noticiero con Claude murió 6 noches y nadie lo vio

3 de noviembre de 2026 · 5 min de lectura

Del 27 de octubre al 1 de noviembre de 2026, el noticiero automático de mi fábrica de contenido falló seis noches seguidas: el modelo configurado pasó a exigir créditos de uso y cada corrida moría en 4 segundos. Nadie lo vio porque el vigilante revisaba otro carril. La lección: en lo automático, un fallo que no detiene nada es el más caro.

Tengo una fábrica de contenido que corre sola con Claude Code. Una parte es un noticiero: cada noche un proceso arma las noticias de IA del día y las deja programadas en X y Threads. Del 27 de octubre al 1 de noviembre no salió ni uno. Seis noches seguidas. Y nadie se dio cuenta a tiempo.

¿Qué lo rompió?

Algo mínimo. El modelo que tenía configurado en el script del noticiero pasó a exigir créditos de uso, y la API respondía con un error 429. El proceso moría a los 4 segundos de arrancar, terminaba con código de error y ahí acababa todo. El arreglo fue una línea: apuntar el noticiero al mismo modelo que usa la rutina de las 4 de la mañana, que sí funcionaba.

Este sistema es el que enseño dentro de la comunidad MÁQUINA IA: las estaciones, los gates y el código que lo sostiene.

¿Por qué nadie lo vio?

Porque el error no detenía nada más. La rutina de la mañana seguía, el reel salía, los posts del día se programaban. El vigilante nocturno revisaba otro carril y el noticiero no era asunto suyo. Un fallo que lo para todo se arregla en la mañana, porque es imposible no verlo. Un fallo que deja seguir lo demás se esconde días. Ese es el caro.

La señal que no estaba mirando: la duración

Armar un noticiero tarda minutos. Una corrida de 4 segundos nunca es un noticiero. Lo dejé escrito como regla en la bitácora de errores de la fábrica: si algo que tarda minutos termina en segundos, está roto, diga lo que diga el código de salida. Esa bitácora existe justo para esto. Cada fallo entra con su síntoma, su causa y su arreglo, para no pagarlo dos veces. El del noticiero fue la entrada 302. Al 2 de noviembre van 306.

Dos cambios de esta semana que van en la misma dirección

El primero: en la versión 2.1.317 de Claude Code, `claude -p` dejó de terminar con éxito cuando un disco lleno o una cuota le impide guardar la conversación. Ahora muestra un error y sale con código 1. Un éxito falso es exactamente el tipo de fallo que se esconde. El segundo: Anthropic retira el fast mode de Opus 4.8 el 30 de noviembre. Según la documentación, después de esa fecha quien siga en Opus 4.8 con fast mode encendido recibe un rechazo de la API, sin volver a velocidad normal. En una sesión interactiva lo ves al instante. En un proceso que corre solo de madrugada, puede ser mi noticiero otra vez.

La lista que uso ahora para lo que corre solo

No me fío solo del código de salida: compruebo que exista lo que se tenía que crear.
Miro cuánto tardó cada paso. Segundos donde debería haber minutos es una alarma.
Cada carril tiene a alguien que lo mire. Si el vigilante no lo revisa, no está vigilado.
Reviso qué modelo y qué opciones usa cada script cuando Anthropic anuncia un cambio.
Todo fallo se escribe con causa y arreglo.

Automatizar no es dejar de mirar. Es decidir bien qué mirar.

Preguntas frecuentes

¿Por qué falló el noticiero automático durante seis noches?: Porque el modelo configurado en su script pasó a exigir créditos de uso y la API devolvía un error 429. Cada corrida moría a los 4 segundos. Como el fallo no detenía el resto de la rutina y el vigilante revisaba otro carril, nadie lo vio a tiempo.
¿Cómo detectar que una automatización con Claude Code falló sin avisar?: No basta con el código de salida. Comprueba que exista el archivo o el post que el proceso tenía que crear, y mide cuánto tardó: si algo que normalmente tarda minutos termina en segundos, casi seguro está roto aunque diga que terminó bien.
¿Qué cambió en claude -p con la versión 2.1.317?: Antes, claude -p podía terminar con código 0 aunque un disco lleno o una cuota le impidiera guardar la conversación. Desde la versión 2.1.317 muestra un error y sale con código 1 en salida de texto y JSON, así que tus scripts pueden detectarlo.
¿El retiro del fast mode de Opus 4.8 puede romper una automatización?: Sí, si la automatización usa Opus 4.8 con fast mode encendido. Desde el 30 de noviembre la API rechaza esas peticiones. Revisa tus scripts y cambia a Opus 5.5 o apaga el fast mode antes de esa fecha.