Vercel Schedules lanza tareas puntuales y recurrentes sin volver a desplegar

Cron funciona muy bien cuando el desarrollador conoce de antemano el calendario: eliminar registros caducados a las 2 de la madrugada, actualizar un indice una vez al dia o sincronizar datos cada diez minutos. Los problemas empiezan cuando la hora no la elige el desarrollador, sino el usuario, y ademas lo hace despues de que la aplicacion ya se haya desplegado.

Pensemos en una solicitud sencilla para un agente: «Manana por la manana, recopila las cinco noticias principales de Hacker News y prepara un breve resumen». En un esquema tradicional, la aplicacion guarda la solicitud y la hora de ejecucion en una base de datos, mientras un cron independiente comprueba periodicamente que tareas deben ejecutarse. Es una solucion funcional, pero junto con la funcion util aparece infraestructura auxiliar: una tabla de tareas, un mecanismo de consulta periodica, bloqueos, gestion de reintentos y logica de cancelacion.

Vercel ha presentado Schedules, un servicio que permite a una aplicacion crear, modificar y cancelar tareas puntuales y recurrentes durante la ejecucion. Para ello no es necesario cambiar la configuracion del proyecto ni volver a desplegar la aplicacion. El servicio se ha lanzado en beta publica.

Como funciona

La aplicacion envia a Vercel la hora, la zona horaria, el destino de ejecucion y la carga util. Esta programacion se puede crear mediante el SDK de JavaScript, la API o la CLI. Cuando llega el momento indicado, Vercel entrega los datos guardados al tema especificado de Vercel Queues, y el codigo de la aplicacion recibe el mensaje y realiza el trabajo.

En el ejemplo de Vercel, el agente recibe una herramienta llamada scheduleTask. El usuario formula la tarea, el modelo llama a la herramienta y esta crea una programacion puntual con los identificadores del usuario y del tenant. Al dia siguiente, un worker lee el mensaje de la cola, comprueba los permisos actuales del usuario, inicia el agente y guarda el resultado.

Es un detalle importante: la programacion solo responde a la pregunta de cuando entregar el trabajo. La aplicacion sigue encargandose del trabajo en si, de comprobar el acceso, guardar el resultado y gestionar los errores.

Para las tareas conocidas de antemano, se mantiene la configuracion estatica mediante vercel.json o la Build Output API. Por ejemplo, una limpieza diaria de la base de datos se puede vincular a una funcion privada y a una zona horaria concreta. Vercel invoca esa funcion directamente, sin una direccion HTTP publica, y verifica por su cuenta que la activacion procede del servicio de programacion.

Que cambia para los desarrolladores

La principal ventaja es que desaparece la capa artesanal que consulta la base de datos para gestionar temporizadores definidos por los usuarios. La programacion pasa a ser un objeto gestionado independiente que puede crearse, reprogramarse o cancelarse desde una aplicacion en funcionamiento. El historial de ejecuciones aparece en el panel de Vercel y una tarea se puede iniciar manualmente para probarla.

Schedules admite despliegues Preview y entornos personalizados. Esto permite probar un worker antes de produccion sin esperar a la hora real de activacion. El desarrollo local esta disponible mediante vercel dev.

Sin embargo, el servicio no debe considerarse un sustituto completo de una cola o de un motor de procesos en segundo plano. Las tareas dinamicas se entregan precisamente a traves de Vercel Queues, por lo que hay que planificar la reentrega, la idempotencia del worker y la observabilidad. Si una operacion cobra dinero o envia un correo electronico, un reintento no debe ejecutar la accion dos veces.

Tambien existe un riesgo de producto: el usuario puede perder el acceso entre la creacion de la programacion y su ejecucion. Vercel muestra expresamente el enfoque correcto: volver a comprobar los permisos antes de iniciar el agente, en lugar de confiar en los datos guardados el dia anterior.

Conclusion practica

Si la aplicacion ya funciona en Vercel y necesita recordatorios, acciones diferidas de un agente o tareas periodicas de mantenimiento, merece la pena probar Schedules en un entorno Preview. Lo razonable es empezar con una tarea no critica, incorporar idempotencia y registro, y despues comprobar la cancelacion, los cambios de zona horaria y la reentrega.

Un equipo que ya dispone de un programador y una cola fiables no tiene un motivo urgente para migrar. Sin embargo, para un producto nuevo, Vercel Schedules reduce la cantidad de infraestructura propia y convierte la frase del usuario «hazlo manana por la manana» en una llamada normal a la API, en lugar de exigir un subsistema independiente.