osFoundry / Platform
Cron-задачи приложения
Планируйте повторяющиеся задачи для каждого приложения. Cron-синтаксис, ретраи, наблюдаемые запуски.
Что это
Cron-задачи приложений позволяют планировать повторяющуюся работу для конкретного приложения внутри osFoundry. Вместо того чтобы держать скрипт запущенным или помнить о ручном запуске, вы привязываете расписание к самому приложению и даёте ему работать в своём ритме. Каждая задача задаётся стандартным синтаксисом cron, так что выражение вроде `0 * * * *` выполняется каждый час, а `30 6 * * 1-5` — в 6:30 по будням. Поскольку расписание принадлежит приложению, всё, что нужно задаче (её логика, окружение, ключи), путешествует вместе с приложением, а не живёт в отдельном, оторванном планировщике.
Под капотом каждый запланированный запуск рассматривается как наблюдаемая единица. Когда запуск завершается неудачей, задача повторяет попытку, а не молча теряет работу, и каждая попытка фиксируется, так что вы видите, что запускалось, когда запускалось, удалось ли и что было получено. Именно эта история запусков отличает строку cron, о срабатывании которой вы лишь надеетесь, от расписания, которое вы действительно можете проверить. osFoundry — это десктопное рабочее пространство по принципу bring-your-own-key, поэтому эти задачи выполняются на моделях и сервисах, которые вы подключаете своими собственными API-ключами. На стоимость повторяющейся задачи не накладывается реселлерская наценка, а поскольку пространство local-first, приложение и его расписание могут жить на вашем собственном устройстве, а не на серверах поставщика.
Больше всего это важно для тихой, повторяющейся работы, которая накапливается у приложений: подтягивать данные по расписанию, заново формировать вывод, прогонять проверку, запускать задачу агента по таймеру. Cron даёт точный контроль над тем, когда, повторы делают расписание устойчивым к разовому сбою, а журнал запусков делает всё это проверяемым. Оно стоит рядом с остальным в osFoundry (чат и агенты, приложения, код, знания и данные), так что запланированная задача приложения может питать то же рабочее пространство, в котором вы уже работаете, а не отдельный силос автоматизации.
Ключевые возможности
- Задавайте расписания стандартным синтаксисом cron — от простого ежечасного тика до выражений только по будням или на границе месяца
- Привяжите расписание к конкретному приложению, чтобы его логика, окружение и ключи выполнялись вместе как единое целое
- Автоматические повторы при неудачном запуске вместо молчаливой потери запланированной работы
- Наблюдаемая история запусков: смотрите время, статус и вывод каждого запуска, чтобы убедиться, что расписание действительно сработало
- BYOK и local-first: задачи выполняются на ваших собственных подключённых моделях и ключах, без платы за место и без реселлерской наценки
Сценарии использования
- Дата-инженер: настройте по cron приложение, которое каждый час подтягивает и обновляет датасет, и проверяйте журнал, чтобы убедиться, что каждая синхронизация завершилась
- Руководитель операций: запускайте по будням утром задачу приложения, которая заново формирует отчёт и сама повторяет попытку, если источник кратковременно недоступен
- Одиночный разработчик: поставьте повторяющуюся задачу агента на ночной cron, чтобы рутинная работа шла без присмотра на вашей машине и на ваших API-ключах
Часто задаваемые вопросы
Какой синтаксис cron использует osFoundry?
Стандартные cron-выражения: пять полей для минуты, часа, дня месяца, месяца и дня недели. Так `0 * * * *` выполняется в начале каждого часа, а `30 6 * * 1-5` — в 6:30 по будням. Расписание задаётся для каждого приложения отдельно.
Что происходит, если запланированный запуск завершится неудачей?
Задача повторяет попытку, а не молча теряет работу, и каждая попытка фиксируется в истории запусков приложения, так что вы видите, какие запуски удались, какие провалились и что каждый из них произвёл.
Где выполняются задачи и сколько они стоят?
osFoundry — это local-first десктопное рабочее пространство по принципу bring-your-own-key, поэтому запланированная задача приложения выполняется на моделях и сервисах, которые вы подключаете своими собственными API-ключами. На это потребление нет реселлерской наценки и нет платы за место за планирование.