Ein Report, der jeden Montag um sieben schon fertig auf dem Tisch liegt. Ein Pull Request, der sich selbst überprüft, noch bevor jemand aus dem Team morgens den Rechner hochfährt. Genau dafür sind Claude Routinen gedacht, und der Unterschied zu einem gespeicherten Prompt ist größer, als der Name vermuten lässt.
Symbolbild: Eine Claude Routine läuft weiter, auch wenn der Bildschirm längst dunkel ist. Foto: Rafael Minguet Delgado auf Pexels
Was eine Claude Routine wirklich ist
Der naheliegende Vergleich ist ein Cronjob, aber der greift zu kurz. Ein klassischer Cronjob startet ein Skript zu einer festen Zeit auf einem Server, den jemand betreiben und pflegen muss. Claude baut mit Routinen stattdessen eine vollständige Claude-Code-Sitzung in der Cloud: Sie klont die hinterlegten Repositories, kann Shell-Befehle ausführen, in der Repository committete Skills nutzen und jede eingebundene Verbindung ansteuern, von Slack über Linear bis zum eigenen internen Tool. Anthropic beschreibt das in der offiziellen Dokumentation so: Eine Routine sei “eine gespeicherte Claude-Code-Konfiguration, ein Prompt, ein oder mehrere Repositories und eine Reihe von Verbindungen, einmal zusammengestellt und automatisch ausgeführt”. Der Nebensatz danach ist der eigentlich wichtige Teil: Routinen laufen auf der von Anthropic verwalteten Cloud-Infrastruktur und arbeiten deshalb weiter, wenn dein Laptop zugeklappt ist.
Das trennt Claude Routinen von den lokalen geplanten Aufgaben, die Claude Code seit Längerem beherrscht. Wer in einer offenen Sitzung mit /loop oder einer ähnlichen Anweisung arbeitet, bindet die Ausführung an die laufende Sitzung auf dem eigenen Rechner. Auch die Desktop-App kennt lokale geplante Aufgaben mit Zugriff auf lokale Dateien. Eine Routine dagegen gehört zum claude.ai-Konto, nicht zum Gerät, und ist in dem Sinn eher mit einem Cloud-Dienst als mit einem lokalen Skript vergleichbar. Für Unternehmer ist das der entscheidende Praxisunterschied: Eine lokale Automatisierung fällt aus, sobald jemand den Rechner ausschaltet, den Urlaub antritt oder das WLAN wechselt. Eine Routine nicht.
Die drei Auslöser: Zeitplan, API, GitHub-Ereignis
Eine Routine kann einen einzelnen Auslöser haben oder mehrere gleichzeitig kombinieren. Anthropic unterscheidet drei Typen.
Der Zeitplan-Auslöser ist der einfachste Fall und deckt die meisten wiederkehrenden Bürovorgänge ab: stündlich, täglich, an Werktagen oder wöchentlich, jeweils zu einer festen Uhrzeit in deiner Zeitzone, die automatisch in die UTC-Zeit der Cloud-Infrastruktur umgerechnet wird. Für ein feineres Intervall, etwa alle zwei Stunden oder am Monatsersten, wählst du zunächst die nächstliegende Voreinstellung im Formular und passt danach über den Befehl /schedule update den genauen Cron-Ausdruck an. Kürzer als ein Stunden-Takt lässt Anthropic aktuell nicht zu. Daneben gibt es eine einmalige Variante: Eine Routine, die nur zu einem bestimmten Zeitpunkt genau einmal feuert, etwa “in zwei Wochen die Test-Kampagne deaktivieren”, danach schaltet sie sich selbst ab.
Der API-Auslöser gibt einer Routine eine eigene HTTP-Adresse. Ein POST-Aufruf mit dem hinterlegten Zugriffstoken startet sofort eine neue Sitzung, egal ob der Aufruf aus einem Monitoring-Tool, einer Deploy-Pipeline oder einem internen Formular kommt. Praktisch heißt das: Eine Überwachung, die einen Fehler-Schwellwert erkennt, kann Claude direkt anstoßen, den Stacktrace zu untersuchen, ihn mit den letzten Commits abzugleichen und einen ersten Korrekturvorschlag als Pull Request zu öffnen, noch bevor jemand aus dem Team überhaupt eine Meldung liest.
Der GitHub-Auslöser reagiert automatisch auf Ereignisse in einem verbundenen Repository, etwa wenn ein Pull Request geöffnet oder eine neue Version veröffentlicht wird. Zusätzliche Filter grenzen ein, welche Ereignisse tatsächlich einen Lauf starten, nach Autor, Titel, Ziel-Branch, Label oder Entwurfsstatus. Eine Regel wie “nur Pull Requests, die nicht im Entwurfsmodus sind und den Branch main als Ziel haben” verhindert, dass jeder Zwischenstand sofort eine Routine auslöst.
”A routine is a saved Claude Code configuration: a prompt, one or more repositories, and a set of connectors, packaged once and run automatically. Routines execute on Anthropic-managed cloud infrastructure, so they keep working when your laptop is closed.”
Quelle: Claude-Code-Dokumentation, Anthropic, Stand Juli 2026
Praxisbeispiele, die sich direkt übertragen lassen
Anthropic nennt in der eigenen Dokumentation eine Handvoll Beispiele, die sich fast unverändert auf ein mittelständisches Unternehmen übertragen lassen. Eine Backlog-Pflege läuft jede Nacht gegen das Ticket-System, liest neu eingegangene Anfragen seit dem letzten Lauf, vergibt Labels, ordnet Zuständigkeiten nach dem betroffenen Bereich zu und schickt eine Zusammenfassung in einen Team-Kanal, sodass am Morgen eine aufgeräumte Warteschlange wartet statt eines ungefilterten Eingangskorbs. Eine Alarm-Triage wird von der Überwachung selbst über den API-Auslöser gestartet, sobald ein Fehlerwert eine Schwelle überschreitet, untersucht die Fehlermeldung, gleicht sie mit den letzten Änderungen ab und legt einen fertigen Korrekturvorschlag zur Prüfung an, statt dass der Bereitschaftsdienst bei null anfängt.
Eine Bereitstellungs-Prüfung wird nach jedem Produktions-Deploy von der eigenen Pipeline aufgerufen, führt Funktionstests gegen den neuen Stand aus, durchsucht die Fehlerprotokolle nach Auffälligkeiten und meldet vor Ablauf des Deploy-Fensters eine klare Freigabe- oder Stopp-Empfehlung an den zuständigen Kanal. Eine Dokumentations-Pflege läuft wöchentlich, durchsucht zusammengeführte Änderungen seit dem letzten Lauf, markiert veraltete Dokumentations-Abschnitte und öffnet passende Korrektur-Vorschläge, statt dass Dokumentation stillschweigend hinter dem Code zurückbleibt. Wer wissen will, wie sich einzelne dieser Schritte zusätzlich als wiederverwendbare eigene Claude Skills bauen lassen, kann die Routine direkt darauf aufsetzen, eine Routine kann committete Skills aus dem geklonten Repository genauso nutzen wie eine interaktive Sitzung.
Diese Kolumne selbst ist ein weiteres Beispiel aus erster Hand: Der Artikel, den du gerade liest, ist Teil einer täglichen Redaktions-Routine, die ein Themenplan-Dokument abarbeitet, Fakten gegenprüft, den Text als MDX-Datei anlegt, ein passendes Titelbild recherchiert und den fertigen Beitrag automatisch veröffentlicht, ohne dass jemand den Ablauf manuell antriggert.
Eine Routine in wenigen Minuten einrichten
Der schnellste Einstieg läuft über eine laufende Claude-Code-Sitzung mit dem Befehl /schedule, alternativ /routines. Ein Satz wie “/schedule täglich um 9 Uhr die Pull Requests von gestern zusammenfassen” reicht als Startpunkt, Claude stellt danach Rückfragen zu Repository, genauem Zeitplan und den benötigten Verbindungen und speichert die Routine erst, wenn alles geklärt ist. Für einen einmaligen Lauf funktioniert dieselbe Eingabe in natürlicher Sprache, etwa “/schedule in zwei Wochen einen Aufräum-Pull-Request öffnen, der das Feature-Flag entfernt”, Claude löst die Zeitangabe gegen die aktuelle Uhrzeit auf und bestätigt den genauen Zeitstempel vor dem Speichern.
Wer lieber in der Oberfläche arbeitet, findet unter claude.ai/code/routines das vollständige Formular: Name und Prompt, ein oder mehrere GitHub-Repositories, eine Cloud-Umgebung mit Netzwerkzugriff, Umgebungsvariablen und Setup-Skript, sowie den oder die gewünschten Auslöser. Ein API- oder GitHub-Auslöser lässt sich nur über diese Web-Oberfläche einrichten, nicht über /schedule, dort entsteht zunächst nur der Zeitplan-Auslöser. Wichtig für den Prompt-Text: Er muss vollständig für sich stehen, weil die Routine ihn beim Start als bereits erteilten Auftrag behandelt und nicht als neue, ungeprüfte Nachricht mitten im Gespräch. Was zur Laufzeit über den API- oder GitHub-Auslöser zusätzlich mitgeliefert wird, etwa der Inhalt eines Alarms, kommt dagegen ausdrücklich als unbestätigter Kontext an und wird nur dann befolgt, wenn der gespeicherte Prompt selbst darauf verweist.
Rechte, Kosten und der Stand als Research Preview
Standardmäßig darf eine Routine nur in eigens mit dem Präfix claude/ angelegte Branches schreiben, nicht direkt in geschützte oder produktive Branches. Diese Einschränkung lässt sich pro Repository gezielt aufheben, sollte es aber nur dort, wo es wirklich nötig ist. Bei den Verbindungen gilt dieselbe Logik: Standardmäßig sind alle verknüpften Werkzeuge in einer neuen Routine bereits aktiviert, jedes davon kann während eines Laufs ohne Rückfrage lesen und schreiben. Wer eine Routine nur für die Backlog-Pflege in einem Ticket-System braucht, sollte alle anderen Verbindungen wieder entfernen, statt sie aus Bequemlichkeit aktiviert zu lassen.
Kostenseitig zieht eine Routine dasselbe Nutzungskontingent wie eine normale Sitzung, zusätzlich gilt ein Tageslimit an Routine-Starts je Konto, das sich im selben Bereich der Web-Oberfläche einsehen lässt wie die Routinen selbst. Ist das Limit erreicht, laufen weitere Starts nur mit aktiviertem Nutzungs-Guthaben weiter, Teams und Unternehmen schalten das zentral über die Verwaltungseinstellungen frei. Einmalige Routinen zählen ausdrücklich nicht gegen dieses Tageslimit, sie verbrauchen nur das reguläre Abo-Kontingent wie jede andere Sitzung.
Wichtig für die Planung: Anthropic kennzeichnet Routinen ausdrücklich als Research Preview, Verhalten, Limits und die programmierbare Schnittstelle können sich noch ändern. Der zugehörige API-Endpunkt für den API-Auslöser läuft unter einem experimentellen Beta-Header, dessen Version sich mit künftigen Änderungen weiterentwickelt. Für die ersten produktiven Routinen bedeutet das: Mit unkritischen, gut überprüfbaren Aufgaben anfangen, etwa einer Zusammenfassung oder einer Vorprüfung mit anschließender menschlicher Freigabe, und erst mit wachsendem Vertrauen mehr Verantwortung an die Routine übergeben. Wer sich noch nicht sicher ist, wie Verbindungen zu Firmensystemen grundsätzlich funktionieren, sollte diesen Schritt vor der ersten Routine klären, weil Routinen genau auf denselben Verbindungen aufsetzen. Für einen strukturierten Einstieg ins Thema insgesamt lohnt sich außerdem ein Blick in unseren 30-Tage-Rollout-Plan, Routinen lassen sich dort als eigener Baustein in Woche drei oder vier einplanen, nachdem Team und Rechte einmal sauber stehen.
Häufige Fragen
Kostet eine Claude Routine zusätzlich zum normalen Abo?
Nein, eine eigene Gebühr gibt es nicht. Routinen ziehen dasselbe Nutzungskontingent wie ein normaler Chat oder eine interaktive Claude-Code-Sitzung, zusätzlich gilt ein Tageslimit an Routine-Starts pro Konto. Ist das Tageslimit erreicht, laufen weitere Starts nur noch, wenn dein Team im Abo Nutzungs-Guthaben aktiviert hat, sonst werden sie bis zum nächsten Zeitfenster zurückgestellt. Einmalige Routinen, die nur zu einem bestimmten Zeitpunkt einmal feuern, zählen nicht gegen dieses Tageslimit.
Läuft eine Claude Routine auch, wenn mein Rechner aus ist?
Ja, genau das ist der Kernunterschied zu einer lokal laufenden Automatisierung. Eine Routine ist eine gespeicherte Konfiguration aus Prompt, Repository und Verbindungen, die auf der Cloud-Infrastruktur von Anthropic ausgeführt wird. Ob dein Laptop läuft, im Standby ist oder du im Urlaub bist, ändert nichts am geplanten Lauf.
Kann eine Routine versehentlich Schaden anrichten, weil niemand die Aktionen freigibt?
Das Risiko ist real und der Grund, warum die Rechte-Konfiguration vor dem ersten Lauf wichtig ist. Eine Routine läuft ohne Rückfragen und ohne Freigabe-Dialog durch, sie kann also jede Aktion ausführen, die ihre Repositories, Umgebung und Verbindungen erlauben. Anthropic begrenzt das serienmäßig, Claude darf standardmäßig nur in eigens angelegte Branches schreiben, nicht direkt in bestehende. Zusätzlich solltest du jeder Routine nur die Verbindungen mitgeben, die sie für ihre Aufgabe tatsächlich braucht, und nicht automatisch alle verknüpften Tools.
Braucht mein Team Entwickler, um eine erste Claude Routine einzurichten?
Für den Einstieg nicht zwingend. Der schnellste Weg ist der Befehl /schedule in einer laufenden Claude-Code-Sitzung, dort beschreibst du in einem Satz, was wiederkehrend passieren soll, und Claude stellt Rückfragen zu Zeitplan, Repository und Prompt, bevor es die Routine speichert. Für Routinen, die auf GitHub-Ereignisse reagieren oder per API ausgelöst werden sollen, braucht es etwas technisches Verständnis, weil dafür die Weboberfläche und teils ein Verbindungs-Token nötig sind.
Quellen & Referenzen
- Anthropic: Offizielle Dokumentation zu Claude-Code-Routinen, Einrichtung, Auslöser-Typen, Rechte und Nutzungslimits. code.claude.com
- Anthropic: Ankündigungs-Beitrag zur Einführung von Routinen in Claude Code. claude.com
- InfoQ: Einordnung der Routinen-Funktion und ihrer Auslöser-Typen im Entwickler-Kontext. infoq.com
