osFoundry / Platform
Cron jobs de app
Programa tareas recurrentes por app. Sintaxis cron, reintentos, ejecuciones observables.
Qué es
Los cron jobs de apps te permiten programar trabajo recurrente para una app concreta dentro de osFoundry. En lugar de dejar un script corriendo o acordarte de disparar algo a mano, asocias una programación a la propia app y dejas que se ejecute con su propia cadencia. Cada tarea se define con sintaxis cron estándar, así que una expresión como `0 * * * *` se ejecuta cada hora y `30 6 * * 1-5` lo hace a las 6:30 de lunes a viernes. Como la programación pertenece a la app, todo lo que la tarea necesita (su lógica, su entorno, sus claves) viaja con la app en vez de vivir en un programador separado y desconectado.
Por dentro, cada ejecución programada se trata como una unidad observable. Cuando una ejecución falla, la tarea reintenta en lugar de descartar el trabajo en silencio, y cada intento queda registrado para que veas qué se ejecutó, cuándo, si tuvo éxito y qué produjo. Ese historial de ejecuciones es la diferencia entre una línea de cron que esperas que se dispare y una programación que puedes verificar de verdad. osFoundry es un espacio de trabajo de escritorio con tu propia clave (BYOK), así que estas tareas se ejecutan contra los modelos y servicios que conectas con tus propias claves de API: no hay margen de reventa sobre lo que te cuesta una tarea recurrente y, al ser local-first, la app y su programación pueden vivir en tu propio dispositivo en lugar de en los servidores de un proveedor.
Esto importa sobre todo para el trabajo silencioso y repetitivo que acumulan las apps: traer datos con una cadencia, regenerar una salida, ejecutar una comprobación, lanzar una tarea de agente con un temporizador. Cron te da control preciso sobre el cuándo, los reintentos hacen la programación resistente a un fallo pasajero y el registro de ejecuciones hace que todo sea auditable. Convive con el resto de osFoundry (chat y agentes, apps, código, conocimiento y datos), de modo que una tarea de app programada puede alimentar el mismo espacio en el que ya trabajas en lugar de un silo de automatización aparte.
Capacidades principales
- Define programaciones con sintaxis cron estándar, desde un simple tic horario hasta expresiones solo de días laborables o de límite de mes
- Asocia la programación a una app concreta para que su lógica, su entorno y sus claves se ejecuten juntos como una sola unidad
- Reintentos automáticos ante una ejecución fallida en lugar de descartar el trabajo programado en silencio
- Historial de ejecuciones observable: consulta la hora, el estado y la salida de cada ejecución para confirmar que la programación realmente se disparó
- BYOK y local-first: las tareas se ejecutan contra tus propios modelos y claves conectados, sin cuotas por usuario ni margen de reventa
Casos de uso
- Ingeniero de datos: programa una app para traer y refrescar un dataset cada hora con cron, y revisa el registro para confirmar que cada sincronización se completó
- Responsable de operaciones: ejecuta una tarea de app por la mañana entre semana que regenera un informe y reintenta sola si la fuente está brevemente indisponible
- Desarrollador en solitario: pon una tarea de agente recurrente en un cron nocturno para que el trabajo rutinario corra desatendido en tu propia máquina y con tus propias claves de API
Preguntas frecuentes
¿Qué sintaxis cron usa osFoundry?
Expresiones cron estándar: cinco campos para minuto, hora, día del mes, mes y día de la semana. Así, `0 * * * *` se ejecuta al inicio de cada hora y `30 6 * * 1-5` a las 6:30 de lunes a viernes. La programación se define por app.
¿Qué pasa si una ejecución programada falla?
La tarea reintenta en lugar de descartar el trabajo en silencio, y cada intento queda registrado en el historial de ejecuciones de la app para que veas qué ejecuciones tuvieron éxito, cuáles fallaron y qué produjo cada una.
¿Dónde se ejecutan las tareas y cuánto cuestan?
osFoundry es un espacio de trabajo de escritorio local-first y BYOK, así que una tarea de app programada se ejecuta contra los modelos y servicios que conectas con tus propias claves de API. No hay margen de reventa sobre ese uso ni cuota por usuario por programar.