Automationen

So funktionieren Letaido-Runs für dich nach einem Zeitplan. Es gibt zwei Arten: Eine führt ein kleines Programm aus, das der Agent für dich erstellt hat; die andere weckt den Agent auf und lässt ihn die Arbeit selbst erledigen.

Du beschreibst, was erledigt werden soll und wann. Der Agent schreibt die Automatisierung, wählt einen Zeitplan aus, fragt einmal nach Genehmigung und führt sie von da an aus. Die Ausgabe jedes Durchlaufs (stdout, stderr, Exit-Code) wird gespeichert, damit du sie später überprüfen kannst.

Zwei Arten von Automatisierungen

1. Skriptbasierte Automatisierung

Der Agent schreibt einmal ein kleines Programm und führt es dann nach einem Zeitplan für dich aus. Schnell, günstig und vorhersehbar: Die Schritte ändern sich zwischen den Durchläufen nicht. Verwende ihn, wenn die Aufgabe mechanisch ist und die Ausgabe jede Woche gleich aussieht.

Beispielanfragen:

• „Jeden Montag um 9 Uhr die Keyword-Deltas der letzten Woche abrufen und mir per DM auf Slack schicken."
• „Am Ersten jedes Monats die Daten des letzten Monats im Berichtsarchiv archivieren."
• „Jede Stunde den Brand Radar-Cache aktualisieren, damit das Dashboard sofort lädt."

2. Agent-Automatisierung

Anstatt ein gespeichertes Programm auszuführen, weckt der Zeitplan den Agent mit einer schriftlichen Anweisung (dem Prompt) auf. Der Agent liest ihn jedes Mal neu, schaut sich an, was gerade in deinem Workspace ist, und entscheidet, wie er handeln soll – genauso, wie er es in einem Chat mit dir tun würde.

Verwende es, wenn die Arbeit Urteilsvermögen erfordert, wenn sich die Situation zwischen den Durchläufen ändert oder wenn du möchtest, dass der Agent in jedem Zyklus eine kleine Verbesserung vornimmt und sich diese Verbesserungen im Laufe der Zeit summieren.

Beispielanfragen:

• "Jeden Tag um 9 UTC, schau dir an, was sich im Workspace geändert hat, und aktualisiere das Team-Wiki." (Das ist die Wiki-Synchronisierung-Automatisierung in der obigen Liste, die im nächsten Abschnitt behandelt wird.)
• "Jeden Freitag Nachmittag, schau dir die Wettbewerbsdaten der Woche an und sag mir, was am Montag meine Aufmerksamkeit verdient."
• "Jeden Montag, schau dir diese Entwurfs-Landingpage an, finde die größte einzelne Verbesserung und wende sie an." Lass es ein paar Wochen laufen und die Seite schreibt sich selbst um: sieh dir an, was nach vielen Zyklen passiert.

Verwaltete Automatisierungen (von Letaido vorinstalliert)

Einige Automationen sind in jedem Workspace vorinstalliert und bleiben auf dem neuesten Stand, während Letaido sie verbessert. Die erste verwaltete Automation ist Wiki-Synchronisierung, eine Agent-Automation, die täglich läuft und den Langzeitspeicher deines Workspace unter ~/workspace/wiki/ auf dem neuesten Stand hält, indem sie neue Chat-Sitzungen, Dateibearbeitungen und Uploads zusammenfasst.

Der Ordner wiki/ ist ein Proof of Concept für den langfristigen Speicher des Workspace: ein Ort, an dem der Agent Entscheidungen, benannte Entitäten, Konventionen und aktuelle Arbeiten aufzeichnet, damit zukünftige Chats dort weitermachen können, wo vergangene aufgehört haben. Wiki-Synchronisierung ist das, was ihn aktuell hält, ohne dass du daran denken musst, ihn zu aktualisieren.

Verwaltete Automationen sind im Tab „Automationen" als vorinstalliert gekennzeichnet und standardmäßig schreibgeschützt. Wenn du eine anpassen möchtest, klicke auf Anpassen, um eine bearbeitbare Kopie zu erstellen. Deine Kopie bleibt in deinem Workspace; das Original läuft weiterhin mit Letaidos Updates.

Trigger (demnächst verfügbar)

Heute werden alle Automatisierungen durch Cron ausgelöst. Die nächste Welle wird ereignisgesteuerte Trigger hinzufügen, sodass eine Automatisierung ausgelöst werden kann, wenn etwas in einer verbundenen App passiert: ein neuer GitHub-PR geöffnet wird, ein HubSpot-Deal auf „Closed-Won" verschoben wird, eine Slack-Nachricht in einem bestimmten Kanal gepostet wird.

Das schaltet Muster frei wie:

• "Immer wenn ein neuer PR in unserem Haupt-Repo geöffnet wird, starte Claude Code und Codex, um eine Sicherheitsüberprüfung durchzuführen, und poste dann die gemeinsame Zusammenfassung in #engineering."
• "Immer wenn jemand in #incoming-leads auf Slack postet, schau das Unternehmen in Ahrefs nach und antworte mit einer 4-zeiligen Kontextzusammenfassung."

Bis dahin kannst du bereits heute auf Ereignisse von Drittanbietern reagieren, indem du eine Scripted-Automatisierung, die die Webhook-Warteschlange abfragt, mit den in Webhooks & triggers beschriebenen Abonnements kombinierst. Slack, GitHub, HubSpot, Linear, Notion, Webflow und ein Dutzend anderer Anbieter liefern bereits Ereignisse in diese Warteschlange; das cron-geplante Skript nimmt sie einfach auf und handelt.

Wann du eine Automatisierung vs. eine einmalige Anfrage stellen solltest

Die Form der Anfrage verrät dir, welche du möchtest.

• Wenn du sagst „jeden Montag", „jedes Quartal", „immer wenn X passiert": Automatisierung.
• Wenn du sagst „diesen Montag", „gerade jetzt", „für diese eine URL": einmaliger Chat-Durchlauf.

Eine einmalige Aufgabe hingegen ist alles, was du nur einmal jetzt erledigt haben möchtest:

• „Zieh die Daten der letzten Woche und gib mir die Zusammenfassung."
• „Überprüfe diese Liste von 100 URLs und sag mir, welche einen 404-Fehler zurückgeben."

Wie eine Genehmigung aussieht

Wenn eine Automatisierung zum ersten Mal registriert wird, siehst du eine Genehmigungskarte mit:

• Der Name und die einzeilige Beschreibung.
• Der Zeitplan (Cron-Ausdruck).
• Die Art (Scripted oder Agent).
• Das Modell und die Kontextobergrenze (für Agent-Automationen).
• Der Script-Body oder der Prompt-Body.

Eigentümer oder Admin klickt einmal. Danach läuft die Automatisierung nach Zeitplan. Du kannst sie auf der Registerkarte Automatisierungen pausieren, fortsetzen, manuell auslösen (Jetzt ausführen), anpassen oder löschen.

Häufige Zeitpläne

Cron-Zeiten sind auf diesem Host in UTC. Wenn du eine lokale Zeitzone benötigst, wählt der Agent entweder eine UTC-Zeit, die das ganze Jahr über deiner lokalen Zeit entspricht, oder fügt eine Zoneinfo-Prüfung im Skript hinzu, die nur dann aktiv wird, wenn die lokale Zeit im richtigen Zeitfenster liegt. Sommerzeit ist nervig; der Agent sagt dir Bescheid, wenn sie zuschlägt.

Abhängigkeiten

Wenn eine Automatisierung ein Python-Paket oder einen Connector benötigt, der noch nicht genehmigt ist, wird der Agent:

1. Überprüfe, ob die Abhängigkeit existiert.
2. Falls nicht, fordere die Installation oder die Connector-Genehmigung über den standardmäßigen Genehmigungsablauf an.
3. Warte auf die Genehmigung durch den Eigentümer/Admin.
4. Registriere dann die Automatisierung.

Du kannst eine Genehmigungskarte für die Abhängigkeit sehen, eine für die Automatisierung. Der Agent fasst normalerweise zusammenhängende Anfragen zusammen, sodass du einmal für den gesamten Ablauf klickst und nicht dreimal.

Welche Automationen laufen in diesem Workspace

Du kannst sie im Tab Automations in deinem Workspace auflisten. Die Dokumentationsseite, die du gerade liest, wird von dreien von ihnen gepflegt:

• Wiki-Synchronisierung (täglich, verwaltet von Letaido): eine Agent-Automatisierung, die neue Chat-Sitzungen, Dateibearbeitungen und Uploads liest und sie in das Workspace-Wiki unter ~/workspace/wiki/ destilliert. Dies ist der Langzeitspeicher, auf den die nächsten beiden Automatisierungen angewiesen sind.
• Docs-Synchronisierung (alle 30 Minuten): eine Scripted-Automatisierung, die Markdown aus ~/workspace/docs/ liest, es in HTML rendert und auf die öffentliche Website pusht, damit Besucher die neueste Version innerhalb einer halben Stunde sehen.
• Docs-Auto-Update-Vorschläge (montags um 10:00 Uhr Europe/Bucharest): eine Agent-Automatisierung, die das Wiki liest, auflistet, was sich im Workspace in der vergangenen Woche geändert hat, und spezifische Bearbeitungen pro Kapitel vorschlägt, die Andrei überprüfen kann. Nur Vorschläge; keine automatische Veröffentlichung.

Grenzen

• Eine Automatisierungsausführung läuft nach 1 Stunde ab. Längere Arbeiten sollten in Phasen aufgeteilt werden und Zwischenstände in die Datenbank schreiben.
• stdout und stderr sind auf 50 KB pro Ausführung begrenzt. Alles Größere sollte in eine Datei oder Datenbankzeile geschrieben werden.
• Zeitpläne werden nach Genehmigung von der Plattform verwaltet. Um einen Zeitplan zu ändern, registriert der Agent eine neue Automatisierung und entfernt die alte; er bearbeitet cron nicht stillschweigend.

Unter der Haube. Jede Automatisierung ist eine Zeile in der Automatisierungstabelle der Plattform plus einem Crontab-Eintrag. Der Runner führt das Skript aus (Scripted) oder startet einen neuen Agent-Chat mit dem gespeicherten prompt (Agent) mit erfasstem stdin/stdout/stderr, setzt eine Run-ID-Umgebungsvariable und schreibt den Run-Datensatz zurück. Wenn ein Skript etwas importiert, das nicht systemweit installiert ist, schlägt der Run schnell fehl mit einem klaren Fehler in der Run-Historie.