Claude tagelang arbeiten lassen

Was es ist und warum es zählt

Eine große Aufgabe passt nicht in ein einziges Gespräch. Claude arbeitet in einem begrenzten Gedächtnis, dem Kontextfenster: Darin stehen der Chat, die Dateien, die es gelesen hat, und die Ausgaben der Befehle. Je weiter du kommst, desto voller wird es.

Wenn es sich der Grenze nähert, verdichtet Claude Code es von selbst: Es fasst das Gespräch zusammen. Deine Anfragen und der wichtige Code bleiben, aber Anweisungen vom Anfang können verloren gehen. Und jede neue Session fängt bei null an, ohne das Gespräch von vorher.

Wenn der Plan also nur im Chat steht, ist er nach einem Tag weg. Ich halte ihn in einer Datei im Projekt fest: Jede Session liest sie am Anfang und aktualisiert sie am Ende. Die Datei ist das Gedächtnis, die Sessions sind Schichten. Und ein Wecker stößt die Arbeit wieder an, wenn sie stehen bleibt.

1. Die Logbuch-Datei

Leg im Projektordner eine Datei LOGBUCH.md mit diesem Inhalt an:

# Ziel
[Ein Satz. Z. B.: "Neue Preisseite, online, auf dem Handy getestet".]

## Erledigt
- [ ] (hier haken die Sessions ab, was sie fertig haben, mit Datum)

## Offen
- [ ] [erstes Stück]
- [ ] [zweites Stück]

## Getroffene Entscheidungen
- (jede Session schreibt hier, was sie selbst entschieden hat und warum)

## Wo ich aufgehört habe
(die letzte Session schreibt hier die genaue Stelle, an der es weitergeht)

Das Ziel ist ein einziger Satz, und er muss sagen, wann die Arbeit wirklich fertig ist. „Neue Preisseite, online, auf dem Handy getestet“ ist etwas anderes als „mach die Preisseite“: Das Erste hat ein Ende, das Zweite nicht.

Unter „Offen“ kommen kleine Stücke, die eine Session in einem Durchgang abschließt: ein Bildschirm, eine Verbindung, eine Korrektur. Wenn ein Stück „bau die ganze Bezahlung“ heißt, ist es zu groß. Wenn du nicht weißt, wie du es aufteilen sollst, lass Claude das machen, bevor du anfängst:

Lies LOGBUCH.md und den Code des Projekts. Schreib den Abschnitt 'Offen' in kleine Stücke in der richtigen Reihenfolge um, jedes so klein, dass es in einer Session fertig wird und sich testen lässt. Schreib keinen Code.

„Getroffene Entscheidungen“ ist für mich der nützlichste Teil. Wenn du nach zwei Tagen zurückkommst und eine seltsame Entscheidung findest, steht dort, warum. Und die nächste Session macht sie nicht wieder rückgängig.

2. Der Satz, der jede Session eröffnet

Jedes Mal, wenn du eine Session für diese Arbeit öffnest, schreibst du als Erstes das hier:

Lies LOGBUCH.md, bevor du irgendetwas machst. Arbeite nur am ersten Punkt unter 'Offen'. Wenn du ihn fertig hast und die Tests durchlaufen, verschieb ihn mit Datum nach 'Erledigt', schreib die getroffenen Entscheidungen auf und aktualisiere 'Wo ich aufgehört habe'. Wenn das Gespräch zu lang wird, aktualisiere die Datei und hör auf: Eine andere Session macht dort weiter.

„Bevor du irgendetwas machst“ verhindert, dass Claude Dateien ändert, bevor es weiß, wo wir stehen. „Nur am ersten Punkt“ hält die Session kurz. „Die Tests laufen durch“ heißt, dass das Stück funktioniert, nicht nur, dass es geschrieben ist: Wenn du keine Tests hast, setz deine eigene Prüfung ein, etwa „die Seite geht ohne Fehler auf“.

Der letzte Satz ist der, der die Arbeit tagelang tragen lässt. Die Session muss nicht um jeden Preis ans Ende kommen: Sie muss die Datei in Ordnung hinterlassen, damit die nächste sauber weitermacht.

Wenn du selbst mitten in einem Stück aufhören musst, frag vorher das hier:

Hör hier auf. Aktualisiere LOGBUCH.md: Schreib unter 'Wo ich aufgehört habe' die genaue Stelle, was du schon geändert hast und was der nächste Schritt ist. Lass nichts nur im Chat stehen.

Wenn du den Satz nicht jedes Mal einfügen willst, kannst du ihn in die CLAUDE.md-Datei des Projekts schreiben: Claude Code liest sie am Anfang jeder Session und lädt sie auch nach einer Verdichtung neu.

3. Wenn das Gedächtnis voll wird

Du brauchst keine ewig lange Session: Schließ sie und öffne eine neue mit demselben Satz. Sie startet von der Datei aus, nicht vom Chat.

In Claude Code gibt es drei Befehle, die dir helfen:

• /context zeigt dir, wie voll das Gedächtnis ist und was den Platz belegt.
• /compact fasst das Gespräch zusammen und schafft Platz, du bleibst in derselben Session. Du kannst einen Schwerpunkt angeben, etwa /compact behalte die Entscheidungen.
• /clear öffnet ein neues, leeres Gespräch. Das alte geht nicht verloren: Du findest es mit /resume wieder.

Für eine Arbeit über mehrere Tage nehme ich lieber /clear und den Startsatz. Bei der Verdichtung entscheidet Claude Code, was bleibt. Mit der Datei weiß ich genau, wo es weitergeht.

Um ein früheres Gespräch nachzulesen, öffnet claude --continue im Terminal die letzte Session im Ordner, und mit claude --resume wählst du aus einer Liste. Zum Weitermachen startest du aber wieder bei LOGBUCH.md.

4. Der Wecker

Der Wecker ist eine automatische Prüfung, die ab und zu schaut, ob die Arbeit stillsteht, und sie wieder anstößt. Im Video habe ich es so gesagt:

prüf jede Stunde LOGBUCH.md; wenn sich 'Wo ich aufgehört habe' nicht geändert hat und 'Offen' nicht leer ist, öffne eine neue Session mit dem Startsatz

Claude Code kann Arbeit nach Zeitplan von selbst starten, auf drei Arten. Der Unterschied ist, wo sie läuft und was eingeschaltet bleiben muss.

In der Desktop-App: eine geplante Aufgabe

Die nutze ich dafür. Öffne in der Desktop-App im Tab Code den Bereich Routines, leg eine neue Routine an und wähl Local. Schreib die Anweisungen, wähl den Projektordner und die Häufigkeit, zum Beispiel Hourly, also stündlich. Sie läuft auf deinem Computer und sieht deshalb deine Dateien, LOGBUCH.md eingeschlossen.

Ein Detail ändert den Prompt: Jedes Mal, wenn sie startet, öffnet die Aufgabe schon selbst eine neue Session. Deshalb schreibst du die Prüfung und die Arbeit direkt in die Anweisungen:

Lies LOGBUCH.md. Wenn 'Offen' leer ist, mach nichts und hör auf. Sonst arbeite nur am ersten Punkt unter 'Offen'. Wenn du ihn fertig hast und die Tests durchlaufen, verschieb ihn mit Datum nach 'Erledigt', schreib die getroffenen Entscheidungen auf und aktualisiere 'Wo ich aufgehört habe'. Wenn das Gespräch zu lang wird, aktualisiere die Datei und hör auf: Eine andere Session macht dort weiter.

Sie läuft nur bei offener App und wachem Computer: Schläft der Computer, fällt dieser Durchgang aus. Und läuft der vorige Durchgang noch, startet der neue nicht. Bevor du sie allein lässt, drück Run now und bestätige die Berechtigungen, nach denen sie fragt, mit „always allow“, sonst bleibt sie bei der ersten Anfrage hängen und wartet auf dich.

Im Terminal: /loop

Wenn du im Terminal arbeitest, wiederholt /loop einen Prompt in Abständen, solange die Session offen bleibt: zum Beispiel /loop 1h, gefolgt von der Prüfung. Es öffnet aber keine neue Session, der Prompt kommt in dasselbe Gespräch zurück. Es hört auf, wenn du das Terminal schließt, und schaltet sich nach sieben Tagen von selbst ab. Gut für einen Arbeitstag, weniger, um es allein laufen zu lassen.

In der Cloud: Routinen

Mit /schedule legst du eine Routine an, die auf den Servern von Anthropic läuft, auch bei ausgeschaltetem Computer, höchstens einmal pro Stunde. Jeder Durchgang ist eine neue Session, aber mit einer frischen Kopie deines GitHub-Repositorys, nicht mit den Dateien auf deinem Computer: LOGBUCH.md muss im Repository liegen. Die Änderungen landen auf einem eigenen Branch, und der nächste Durchgang startet wieder vom Hauptbranch, also schreib in den Prompt, auf welchem Branch gearbeitet wird.

Keine Magie: ein Logbuch und ein Wecker.

Häufige Fehler

• Den Plan nur im Chat lassen: Nach einer Verdichtung oder einer neuen Session ist er weg. Schreib ihn in LOGBUCH.md.
• Zu große Stücke unter „Offen“: Die Session ist mitten in der Arbeit voll. Teil sie auf, bis jedes in einer Session fertig wird.
• Die Session schließen, ohne die Datei zu aktualisieren: Die nächste startet im Dunkeln. Lass vor dem Schließen immer „Wo ich aufgehört habe“ aktualisieren.
• Nicht sagen, wann ein Stück fertig ist: Claude schiebt es nach „Erledigt“, sobald es geschrieben ist. Verlang, dass die Tests durchlaufen, oder setz deine eigene Prüfung ein.
• Die geplante Aufgabe allein lassen, ohne sie getestet zu haben: Sie bleibt bei der ersten Berechtigungsanfrage hängen. Starte sie einmal mit Run now und bestätige, was sie braucht.

Checkliste

• LOGBUCH.md liegt im Projektordner
• Das Ziel sagt, wann die Arbeit fertig ist
• Jeder Punkt unter „Offen“ wird in einer Session fertig
• Jede Session beginnt mit dem Startsatz
• Vor dem Schließen ist „Wo ich aufgehört habe“ aktuell
• Der Wecker wurde einmal von Hand getestet

Häufige Fragen