Parallele Sitzungen helfen nur, wenn jede Aufgabe ein eigenes Ergebnis, einen Dateibereich und eine Prüfung hat. Ein zweiter Chat verhindert keine Git-Konflikte und ersetzt kein separates Arbeitsverzeichnis.

Zuerst die Aufgabengrenze festlegen

Öffnen Sie eine neue Sitzung für einen Bug, Test, eine Migration, ein Dokument oder eine Recherche mit unabhängigem Ergebnis. Notieren Sie Ergebnis, erlaubte Dateien und Prüfung. Wenn zwei Aufgaben dieselbe Datei oder dasselbe Schema ändern, bestimmen Sie vor dem Editieren einen Verantwortlichen.

Sitzung, Worktree und Hintergrundprozess

Eine Claude-Code-Sitzung trennt den Gesprächskontext. Ein Git worktree trennt Verzeichnis und Branch. Ein Hintergrundprozess führt nur einen langen Build oder Test aus. Keines davon garantiert einen korrekten Merge oder erfolgreiche Tests.


git status --short
git worktree add ../project-fix-parser -b fix/parser-boundary
git diff --check

Eine kurze Handoff-Karte übergeben


Aufgabe: <Ergebnis und Grenze>
Verzeichnis / Branch: <Pfad und Branch>
Geänderte Dateien: <Liste oder keine>
Erledigt: <konkretes Ergebnis>
Prüfungen: <Befehl → Ergebnis>
Blocker / Risiko: <Unsicherheit>
Nächster Schritt: <eine überprüfbare Aktion>

Keine API keys, Tokens, Cookies, .env-Inhalte oder sensiblen Logs weitergeben. Prüfen Sie vor Merge oder Übergabe Status und Diff, führen Sie die kleinste relevante Prüfung aus und dokumentieren Sie, wenn keine Prüfung lief.

Nutzen Sie die Claude-Code-Dokumentation und die Git-worktree-Dokumentation. Für einen getrennten API-Workflow beschreibt die BetterToken-Dokumentation für Claude Code die Einrichtung; BetterToken ist ein API-Service mit eigenem Account und Key, kein Claude-Abonnement.

Parallele Claude-Code-Sitzungen: Isolation und Handoff

Zuerst die Aufgabengrenze festlegen

Sitzung, Worktree und Hintergrundprozess

Eine kurze Handoff-Karte übergeben

Bereit, Ihren LLM-Workflow zu optimieren?