osFoundry / Platform
App-Cron-Jobs
Planen Sie wiederkehrende Aufgaben pro App. Cron-Syntax, Wiederholungen, beobachtbare Läufe.
Was es ist
App-Cronjobs erlauben dir, wiederkehrende Arbeit für eine bestimmte App innerhalb von osFoundry zu planen. Statt ein Skript dauerhaft laufen zu lassen oder daran zu denken, etwas von Hand auszulösen, hängst du einen Zeitplan an die App selbst und lässt sie in ihrem eigenen Takt laufen. Jeder Job wird mit Standard-Cron-Syntax definiert, sodass ein Ausdruck wie `0 * * * *` stündlich läuft und `30 6 * * 1-5` an Werktagen um 6:30 Uhr. Weil der Zeitplan zur App gehört, wandert alles, was der Job braucht (seine Logik, seine Umgebung, seine Schlüssel), mit der App mit, statt in einem separaten, abgekoppelten Scheduler zu liegen.
Unter der Haube wird jeder geplante Lauf als beobachtbare Einheit behandelt. Wenn ein Lauf fehlschlägt, wiederholt der Job ihn, statt die Arbeit stillschweigend fallen zu lassen, und jeder Versuch wird festgehalten, sodass du siehst, was gelaufen ist, wann es lief, ob es erfolgreich war und was dabei herauskam. Diese Laufhistorie ist der Unterschied zwischen einer Cron-Zeile, von der du hoffst, dass sie feuert, und einem Zeitplan, den du tatsächlich überprüfen kannst. osFoundry ist ein Desktop-Workspace nach dem Bring-your-own-Key-Prinzip, sodass diese Jobs gegen die Modelle und Dienste laufen, die du mit deinen eigenen API-Schlüsseln verbindest. Auf die Kosten eines wiederkehrenden Jobs kommt kein Reseller-Aufschlag, und weil der Workspace local-first ist, können die App und ihr Zeitplan auf deinem eigenen Gerät liegen statt auf den Servern eines Anbieters.
Am meisten zählt das für die stille, repetitive Arbeit, die sich in Apps ansammelt: Daten im Takt hereinholen, eine Ausgabe neu erzeugen, eine Prüfung laufen lassen, eine Agent-Aufgabe per Timer anstoßen. Cron gibt dir präzise Kontrolle über das Wann, Wiederholungen machen den Zeitplan robust gegen einen vorübergehenden Ausfall, und das Lauf-Log macht das Ganze prüfbar. Es steht neben dem Rest von osFoundry (Chat und Agents, Apps, Code, Wissen und Daten), sodass ein geplanter App-Job denselben Workspace speisen kann, in dem du ohnehin arbeitest, statt ein separates Automatisierungs-Silo.
Wichtige Funktionen
- Definiere Zeitpläne mit Standard-Cron-Syntax, vom simplen Stundentakt bis zu Ausdrücken nur für Werktage oder Monatsgrenzen
- Hänge den Zeitplan an eine bestimmte App, damit ihre Logik, Umgebung und Schlüssel als eine Einheit zusammen laufen
- Automatische Wiederholungen bei einem fehlgeschlagenen Lauf, statt die geplante Arbeit stillschweigend fallen zu lassen
- Beobachtbare Laufhistorie: sieh Zeit, Status und Ausgabe jedes Laufs, um zu bestätigen, dass der Zeitplan wirklich gefeuert hat
- BYOK und local-first: Jobs laufen gegen deine eigenen verbundenen Modelle und Schlüssel, ohne Gebühr pro Platz und ohne Reseller-Aufschlag
Anwendungsfälle
- Data Engineer: plane eine App, die per Cron stündlich einen Datensatz zieht und aktualisiert, und prüfe im Lauf-Log, dass jede Synchronisierung abgeschlossen wurde
- Operations-Lead: lass an Werktagen morgens einen App-Job laufen, der einen Report neu erzeugt und automatisch wiederholt, falls die Quelle kurz nicht verfügbar ist
- Solo-Entwickler: leg eine wiederkehrende Agent-Aufgabe auf einen nächtlichen Cron, damit Routinearbeit unbeaufsichtigt auf deiner eigenen Maschine und mit deinen eigenen API-Schlüsseln läuft
Häufig gestellte Fragen
Welche Cron-Syntax verwendet osFoundry?
Standard-Cron-Ausdrücke: fünf Felder für Minute, Stunde, Tag des Monats, Monat und Wochentag. So läuft `0 * * * *` zu jeder vollen Stunde und `30 6 * * 1-5` an Werktagen um 6:30 Uhr. Der Zeitplan wird pro App gesetzt.
Was passiert, wenn ein geplanter Lauf fehlschlägt?
Der Job wiederholt den Lauf, statt die Arbeit stillschweigend fallen zu lassen, und jeder Versuch wird in der Laufhistorie der App festgehalten, sodass du siehst, welche Läufe erfolgreich waren, welche fehlschlugen und was jeder erzeugt hat.
Wo laufen die Jobs, und was kosten sie?
osFoundry ist ein local-first Desktop-Workspace nach dem Bring-your-own-Key-Prinzip, sodass ein geplanter App-Job gegen die Modelle und Dienste läuft, die du mit deinen eigenen API-Schlüsseln verbindest. Auf diese Nutzung kommt kein Reseller-Aufschlag und für das Planen keine Gebühr pro Platz.