Praxisleitfaden

Wiederkehrende Claude-Routinen erstellen

Ziel ist es, wiederkehrende Wissensarbeit als kontrollierte Routine zu gestalten. Dokumentiert werden folgende Prüfpunkte: Trigger, Eingang, Zeitplan, Quellen, Review und Fehlerweg.

WERKVERSTAND / INTELLIGENZ VERBINDEN

Auf den Punkt

Wiederkehrende Claude-Arbeit kann als Cowork Scheduled Task, Claude Code Routine oder lokale Aufgabe laufen. Die richtige Variante hängt von Auslöser, Datenort und benötigten Werkzeugen ab.

01 / FIT

Geeignet, wenn

  • Ziel, Scope und fachliche Verantwortung sind konkret benannt.
  • Die Prüfgrundlage ist verfügbar: Trigger, Eingang, Zeitplan, Quellen, Review und Fehlerweg.
  • Ein tatsächlich beobachteter geplanter Durchlauf verarbeitet die vorgesehenen Eingänge und liefert ein prüfbares Ergebnis mit Quellen. Fehlende Eingänge erreichen den Fehlerweg; externe Aktionen bleiben an ihre Freigabe gebunden.

02 / GRENZEN

Nicht die erste Wahl, wenn

  • Zu vermeiden: externe Aktionen ohne erneute Freigabe. Wenn Zeitplan, Quellen oder erforderliche Freigaben ungeklärt sind, belegt ein manuell erfolgreicher Einzelauftrag keine funktionsfähige wiederkehrende Routine.
  • Es gibt weder sichere Testdaten noch einen manuellen Ersatzweg.
  • Eine Produktdemo soll die fachliche Abnahme ersetzen.

Zuerst den Ausführungsort bestimmen

Für Wissensarbeit beschreibt Anthropic Cowork Scheduled Tasks inzwischen als cloudfähig. Lokale Dateien und Desktopwerkzeuge benötigen jedoch weiterhin die verbundene Desktop-App. Die aktuelle Hilfe enthält außerdem einen Sonderhinweis zu lokal gebundenen Aufgaben. Im konkreten Pilot wird deshalb ein Lauf bei geschlossenem Laptop geprüft und dokumentiert, statt aus dem Begriff „geplant“ auf Cloud-Betrieb zu schließen.

Claude Code Routines für Repository-Arbeit

Claude Code Routines laufen auf Anthropic-Infrastruktur und können durch Zeitplan, API-Aufruf oder GitHub-Ereignis starten. Sie sind research preview. Verfügbarkeit setzt einen geeigneten Plan und aktivierten Webzugang für Claude Code voraus. Der Zugang zum Repository, die Umgebung und die Connectoren werden pro Routine bewusst festgelegt.

Autonome Ausführung braucht begrenzte Wirkung

Die Cloud-Routine ist kein interaktiver Lauf mit einer wartenden Person vor jedem Schritt. Ein guter erster Auftrag erstellt deshalb einen Bericht oder eine prüfbare Codeänderung. Veröffentlichungen, Merge und Nachrichtenversand bekommen separate technische Grenzen. Der Owner definiert zudem Budget, Verhalten bei fehlenden Daten und den Empfänger einer Fehlermeldung.

Den tatsächlichen Wiederholungslauf nachweisen

Zum Test gehören Zeitzone, nächster Termin, Ergebnisort, doppelte Auslösung und Pause. Die lokale Variante wird zusätzlich bei geschlossener Sitzung beziehungsweise ausgeschaltetem Gerät getestet. Ein angelegter Zeitplan ist erst abgenommen, wenn ein echter Auslöser das richtige Ergebnis geliefert hat. Alte Ergebnisse dürfen bei einem Fehler nicht als frisch erscheinen.

Entscheidungsmatrix

PrüfpunktWeiter, wennStoppen, wenn
AuftragsgrenzeDokumentiert: Trigger, Eingang, Zeitplan, Quellen, Review und Fehlerweg.Scope, Daten oder Verantwortung sind noch ungeklärt.
AblaufnachweisEin tatsächlich beobachteter geplanter Durchlauf verarbeitet die vorgesehenen Eingänge und liefert ein prüfbares Ergebnis mit Quellen. Fehlende Eingänge erreichen den Fehlerweg; externe Aktionen bleiben an ihre Freigabe gebunden.Es liegt nur eine unbewertete Demo ohne Abnahmenachweis vor.
Kontrolle im BetriebOwner, Freigabe, Ersatzweg und nächster Prüftermin sind festgelegt.Zu vermeiden: externe Aktionen ohne erneute Freigabe. Wenn Zeitplan, Quellen oder erforderliche Freigaben ungeklärt sind, belegt ein manuell erfolgreicher Einzelauftrag keine funktionsfähige wiederkehrende Routine.

Nachvollziehbar bleiben

Primärquellen

Nächster sinnvoller Schritt

Welches KI-System passt zu Ihrem Betrieb?

In acht Schritten vom allgemeinen KI-Interesse zu einer klareren Entscheidung für Ihren Betrieb.

KI-Systemcheck starten
KostenlosAnbieterneutralKeine Zugangsdaten