Un bot se cae por dos motivos: algo reventó, o algo se fue degradando. La automatización maneja bien lo segundo y mal lo primero, y tratarlos igual es como un fallo real se esconde durante un mes.
¿Cuál de los dos estás viendo?
| Patrón | Significado |
|---|---|
| Muere en el mismo punto del mismo comando | Un fallo. Lee la traza y arréglalo. |
| Muere al azar tras días encendido | Suele ser una fuga o un tropiezo de red sin capturar. |
| La memoria sube sin parar hasta que muere | Una fuga. Un reinicio programado es una tirita, no un arreglo. |
| Muere justo después de arrancar | Configuración: token, intents, archivo que falta. |
| Nunca vuelve tras caerse | No hay nada vigilándolo. Eso lo arregla una tarea. |
Poner un reinicio nocturno
- Elige una hora tranquila de verdad
Mira cuándo están activos tus servidores, no lo que suene a tarde. Un reinicio en tu pico es peor que no reiniciar.
- Usa las tareas programadas del panel
Una acción de encendido con una expresión cron. No hace falta que corra nada dentro de tu bot para que funcione.
- Avísalo si la gente lo va a notar
Un bot que desaparece veinte segundos cada noche genera reportes salvo que alguien diga que es lo esperado.
Reiniciar cada seis horas un bot con fuga lo mantiene en línea y mantiene el fallo. También significa que te enteras del problema real cuando crece lo bastante rápido como para ganarle a la tarea, normalmente en el peor momento.
La salida de consola se va scrolleando y desaparece tras un reinicio. Escribir los errores a un archivo del directorio de tu bot significa que la caída del martes pasado sigue ahí cuando por fin tengas tiempo de mirarla.