Cron job

El nombre viene de Unix: `cron` es el demonio que lee una tabla (`crontab`) con líneas tipo `0 9 * * 1 /script.sh` (= ejecutar el lunes a las 9:00). El patrón se ha replicado en todas partes: GitHub Actions con `schedule:`, cron jobs de Vercel/Netlify, Cloudflare Cron Triggers, Supabase pg_cron, Google Cloud Scheduler. La sintaxis cron (5 campos: minuto, hora, día, mes, día-semana) es estándar de facto. Cron jobs son el motor de cualquier automatización recurrente: enviar boletines semanales, calcular reportes diarios, refrescar caches, limpiar datos antiguos, comprobar uptime, disparar rebuilds programados, ejecutar pipelines IA en lotes. La diferencia con un workflow disparado por evento (webhook) es que el cron se basa en tiempo, no en evento — sirve para tareas que deben pasar "sí o sí" cada periodo. En IA, los cron jobs son la base del trabajo "asíncrono" agéntico: un agente puede correr cada noche para auditar datos, otro puede procesar la cola de tareas pendientes cada hora. La regla operativa: cron + queue + idempotencia. Si un cron falla a media ejecución, debe poder reintentar sin duplicar el efecto. Sin idempotencia, los cron son origen de los bugs más caros que existen.