Claude Code planen: Cloud, Desktop oder /loop

Klären Sie zuerst, wo die Daten liegen und ob die Aufgabe bei ausgeschaltetem Computer laufen muss. Lokale Dateien erfordern Zugriff auf Ihren Rechner. Ein Repository ohne laufendes Notebook zu prüfen braucht eine eigene Cloud-Umgebung. Für kurze Kontrollen während der aktuellen Arbeit genügt möglicherweise /loop.

Ein gespeicherter Zeitplan beweist nicht, dass die Aufgabe Dateien lesen, laufen und ein überprüfbares Ergebnis hinterlassen kann.

Ausführungsort wählen

Bedingung	Cloud routine	Desktop Local task	/loop in der Sitzung
Umgebung	Cloud	Ihr Computer	Laufende Claude-Code-Sitzung
Computer darf aus sein	Ja	Nein	Nein
Lokale Dateien	Müssen in der Cloud verfügbar sein	Geeignet	Geeignet
Nach Neustart	Zeitplan bleibt	Zeitplan bleibt	Geeignete unerledigte, nicht abgelaufene Aufgaben kehren bei Wiederaufnahme zurück

Cloud arbeitet normalerweise mit einem Klon des gewählten Repositorys, nicht Ihrem aktuellen lokalen Ordner. Desktop hat lokale Dateien, benötigt aber eine geöffnete Anwendung und einen wachen Computer. Bedingungen und Ordnerwahl stehen in der Desktop-Dokumentation.

Zuerst einmal manuell testen

Verwenden Sie ein kleines Testprojekt mit einer geheimnisfreien README.md und sichern Sie diese vorher. Für Cloud committen Sie die Datei ins gewählte Testrepository. Verwenden Sie dieselbe Anweisung:

Öffne nur README.md im ausgewählten Projekt.
Gib die erste nicht leere Zeile und die Anzahl der Überschriften zweiter Ebene
zurück, die mit "## " beginnen. Melde eine fehlende Datei.
Ändere keine Dateien, führe keine Shell-Befehle aus und sende keine Nachrichten.
Beginne die Antwort mit SCHEDULE_CHECK.

Prüfen Sie Zeile, Anzahl und unveränderte Dateien selbst. Das testet Zugriff und Verständlichkeit. Prompt-Einschränkungen beschreiben eine Absicht; die tatsächlichen Möglichkeiten ergeben sich aus Umgebung und Werkzeugrechten.

Kann der Lauf die Datei nicht lesen, hilft ein Zeitplan nicht. Prüfen Sie erst Projekt, Zugriff und Pfad.

Kurze Kontrollen mit ausdrücklichem /loop

In Ihrer aktuellen CLI-Sitzung:

/loop 5m Lies nur README.md. Antworte mit SCHEDULE_CHECK und der ersten nicht leeren Zeile. Ändere keine Dateien, führe keine Befehle aus und sende keine Nachrichten.

Notieren Sie bestätigtes Intervall und ID. Warten Sie eine automatische Antwort ab, lassen Sie Claude die Aufgaben auflisten und genau diese ID abbrechen. Prüfen Sie anschließend erneut die Liste.

Das ist kein exakter Timer: zeitlicher Versatz ist möglich, eine beschäftigte Sitzung führt später aus. Wiederholungen laufen nach sieben Tagen ab. Eine neue Unterhaltung übernimmt sie nicht; --resume oder --continue stellt nur geeignete, nicht abgelaufene Aufgaben wieder her. Details stehen im /loop-Leitfaden.

Geben Sie immer die Testanweisung an. Ein leeres /loop kann die eingebaute Pflege der aktuellen Arbeit statt Ihres README-Tests starten.

Desktop für lokale Dateien

Erstellen Sie unter Routines eine Local task, wählen Sie den Testordner und fügen Sie die Anweisung ein. Testen Sie zunächst Run now, prüfen Sie Ergebnis und Berechtigungsfragen. Aktivieren Sie dann den Zeitplan und kontrollieren Sie einen separaten automatischen Lauf im Verlauf.

Nach dem Ruhezustand kann Desktop beim Aufwachen einen verpassten Lauf nachholen: maßgeblich ist der letzte verpasste Zeitpunkt innerhalb von sieben Tagen, nicht jede Wiederholung. Legen Sie fest, welche Daten bei verspäteter Ausführung gelten. Eine tägliche Prüfung kann ein bestimmtes Datum verwenden statt den Ausführungszeitpunkt als Beginn eines neuen Berichtstags.

Stellen Sie nach dem Test auf Paused. Unterscheiden Sie manuelle, geplante, übersprungene und auf Berechtigung wartende Läufe. Run now prüft die Ausführung, allein aber nicht den Zeitplan.

Cloud ohne laufendes Notebook

Falls Ihr Konto Cloud routines unterstützt, erstellen Sie eine unter Routines, wählen Repository und Umgebung und ergänzen nur notwendige Connectors sowie Anweisung und Zeitplan. Prüfen Sie Run now und danach eine gesonderte geplante Sitzung.

Cloud routines laufen autonom ohne normale Berechtigungsfragen während der Ausführung. Repositorys, Netzwerk, Umgebungsvariablen und Connectors bestimmen den Zugriff. Der erste README-Test benötigt weder Arbeitsmail noch Veröffentlichungsrechte. Siehe Routines.

Deaktivieren Sie danach die Wiederholung. Bewahren Sie ID, geplante und tatsächliche Zeit, Ergebnislink und gegebenenfalls den Auslassungsgrund auf. Ersetzen Sie dann die Testanweisung durch die echte Aufgabe und prüfen Sie Eingaben, Rechte und Ergebnis erneut. Cloud oder Desktop entscheidet über den Ort; die Aufgabe selbst braucht eine eigene Prüfung.