Lange Sessions steuern
Claude dazu zu bringen, eine schnelle Aufgabe zu erledigen, ist einfach. Du fragst, es funktioniert, du prüfst das Ergebnis. Aber lange Aufgaben sind ein anderes Spiel. Das Refactoring über ein Dutzend Dateien hinweg oder der Aufbau eines neuen Features kann Stunden dauern. Und je mehr du Claude dabei steuern musst, desto länger zieht es sich hin.
Die gute Nachricht ist, dass du viele Tools hast, die Claude während dieser langen Sessions unterstützen. Im Kern geht es um zwei Gewohnheiten: den Umfang der Arbeit festlegen, bevor Claude beginnt, und steuern, während es läuft. Schauen wir uns beides an.
Den Umfang der Arbeit zuerst mit dem Plan-Modus festlegen
Bevor Claude auch nur eine einzige Zeile schreibt, lass es einen Plan erstellen. Im Plan-Modus führt Claude seine Recherche durch, ohne deine Quelldateien zu bearbeiten. Es liest den Code, findet heraus, was geändert werden muss, und übergibt dir einen Plan zur Überprüfung.
Wenn du diesen Plan erhältst, lies ihn wirklich durch. Überflieg ihn nicht. Je gründlicher der Plan, desto weniger Überraschungen erlebst du, sobald Claude mit der Ausführung beginnt. Wenn etwas nicht stimmt oder fehlt, bitte Claude einfach, es dort hinzuzufügen, wo du es haben möchtest. Einen Plan zu iterieren ist viel schneller, als Claude einfach laufen zu lassen und auf das Beste zu hoffen, um danach das Chaos aufzuräumen.
Steuern, während Claude arbeitet
Sobald Claude läuft, hast du mehrere Möglichkeiten, es in die richtige Richtung zu lenken. Die erste ist Compaction.
Compact
Compact fasst deine Konversation zusammen, verwendet diese Zusammenfassung als neuen Kontext und löscht die alten Nachrichten. Das gibt deinem Kontextfenster wieder Platz, damit Claude weitermachen kann. Das Risiko besteht darin, dass etwas Wichtiges in der Zusammenfassung verloren geht und Claude vom Kurs abkommt.
Führe /compact also nicht einfach allein aus. Füge nach dem Befehl Anweisungen hinzu, um Claude zu sagen, wie es zusammenfassen soll. Wenn du zum Beispiel vor einer Weile mit dem Debuggen fertig geworden bist und dich jetzt nur noch für bestimmte API-Änderungen interessierst, sag das:
/compact Focus on the --version flag implementationAlles, was du nach dem Befehl schreibst, bestimmt, was die Zusammenfassung beibehält. Das ist dein Lenkrad für den Kontext.
Rewind
Wenn Claude in die falsche Richtung läuft, musst du dich nicht mit Prompts zurückarbeiten. Rewind bringt dich zu deinem letzten Checkpoint zurück. Jeder Nutzer-Prompt erstellt einen Checkpoint, zu dem du zurückkehren kannst. Um das Menü zu öffnen, drücke bei einem leeren Prompt zweimal Escape.
Im Rewind-Menü hast du mehrere Optionen:
- Code und Konversation wiederherstellen – beides zusammen zurücksetzen.
- Konversation wiederherstellen – nur den Chat zurücksetzen.
- Code wiederherstellen – nur die Dateien zurücksetzen.
- Ab hier zusammenfassen – fasst alles nach dem Checkpoint zusammen. Großartig, wenn du eine Nebenkonversation hattest und einfach etwas Platz freimachen möchtest.
- Bis hierher zusammenfassen – fasst alles vor dem Checkpoint zusammen. Großartig, wenn du eine lange Setup-Phase hattest, die du komprimieren möchtest, aber die Implementierungsteile intakt behalten willst.
Claude autonomer laufen lassen
Alles bisher Genannte geht davon aus, dass du aktiv dabei bist, beobachtest und korrigierst. Wenn du etwas Autonomeres möchtest, gibt es Goal und Loop.
Goal
Goal legt eine Abschlussbedingung fest. Du beschreibst, wie „fertig" aussieht, und Claude arbeitet über mehrere Turns hinweg weiter, bis ein schneller Evaluator bestätigt, dass diese Bedingungen erfüllt sind. Es hört nicht einfach beim ersten Mal auf, wenn es denkt, fertig zu sein.
Zum Beispiel:
/goal all tests in src/billing pass, and the type checker reports zero errorsUm es abzubrechen, führe /goal clear aus. Eine wichtige Einschränkung: Der Evaluator liest nur das Transkript. Deine Bedingung muss also anhand der Ausgabe überprüfbar sein, die Claude tatsächlich produziert, wie etwa die Ergebnisse eines Testlaufs.
Loop
Loop führt einen Prompt in einem Intervall zwischen den Turns aus, entweder fest oder selbstgesteuert. Nutze es, um etwas Externes abzufragen, wie einen CI-Lauf oder ein Deployment, und zu handeln, wenn sich der Status ändert.
Um einen selbstgesteuerten Loop zu stoppen, während er auf seinen nächsten Lauf wartet, drücke Escape. Ein Loop mit festem Intervall läuft weiter, bis du Claude bittest, ihn abzubrechen, oder sieben Tage vergehen.
Parallele Arbeit mit Worktrees ausführen
Die Steuerungsmetapher ging bisher von einem Lenkrad in einem Auto aus. Aber wenn du mehrere Agenten auf derselben Codebasis laufen lässt, willst du nicht zwei Lenkräder in einem Auto. Das ist unsicher. Zwei Claude-Sessions, die um dieselben Dateien kämpfen, führen zu Konflikten.
Hier kommen Worktrees ins Spiel. Statt dass sich Sessions gegenseitig im Weg stehen, bekommt jede ihren eigenen unabhängigen Dateibaum.
Weil jeder Agent seinen eigenen Baum hat, können sie sich nicht gegenseitig die Änderungen überschreiben. Wenn eine Session beendet wird, wird ein sauberer Worktree automatisch entfernt.
Es gibt eine hilfreiche Datei, die du kennen solltest. Eine .worktreeinclude-Datei im Repo-Root listet von Git ignorierte Dateien auf, die in jeden Worktree kopiert werden sollen. Das ist nützlich für Dinge wie eine Umgebungsvariablen-Datei oder eine lokale Konfiguration, die du in jedem Worktree brauchst, aber nicht in die Versionskontrolle einchecken möchtest.
Alles zusammenfügen
Der Umgang mit langen Claude-Code-Sessions läuft auf eine Handvoll Gewohnheiten hinaus:
- Lege zuerst den Umfang deiner Arbeit fest, dann steuere.
- Lenke deine Compaction so, dass die Zusammenfassung das Wichtige behält.
- Nutze das Rewind-Menü, um den Kurs zu korrigieren, wenn Claude abdriftet.
- Setze ein Goal, wenn du „fertig" besser beschreiben kannst als die einzelnen Schritte.
- Führe parallele Arbeit in Worktrees aus.
Mach das, und du kannst einem langen Lauf vertrauen, ohne jeden Schritt davon zu überwachen.