Zwei Claudes, die miteinander reden

Was es ist und warum es zählt

Jedes Claude-Code-Fenster ist eine Sitzung mit eigenem Kopf. Sie hat ihr eigenes Gespräch und weiß nur, was du ihr dort gesagt hast. Wenn du zwei öffnest, wissen sie erst einmal nichts voneinander.

Das Problem: Der Bote bist dann du. Eine Sitzung benennt ein Feld in der App um, du kopierst, fügst es im anderen Fenster ein, erklärst alles noch mal und vergisst vielleicht ein Stück. Mit zwei Aufgaben parallel passiert das ständig.

Claude Code hat genau dafür eine Funktion: Nachrichten zwischen Sitzungen. Eine Sitzung kann die anderen sehen, die auf deinem Computer offen sind, und einer davon eine Textnachricht schicken. Die Sitzung, die sie bekommt, liest sie und arbeitet damit weiter.

Warum das zählt: Du kannst die Arbeit aufteilen, wie du sie zwischen zwei Menschen aufteilen würdest. In der einen lässt du etwas bauen, in der anderen lässt du prüfen, was die erste gerade macht. Oder eine arbeitet an der App und die andere an der Website, und wenn die erste fertig ist, sagt sie der zweiten Bescheid. Du bleibst der, der entscheidet, nicht der Briefträger.

So schaltest du es ein

Öffne zwei Claude-Code-Sitzungen auf demselben Computer, eine pro Aufgabe (z. B. eine im Ordner der App, eine in dem der Website).

Es gibt nichts einzuschalten: Wenn Claude Code aktuell ist, funktionieren Nachrichten zwischen Sitzungen schon.

Claude hat dafür zwei Werkzeuge: eines, um die anderen offenen Sitzungen zu sehen (ListAgents), und eines, um einer davon eine Nachricht zu schicken (SendMessage). Du musst keine Befehle tippen: Du fragst einfach ganz normal auf Deutsch, etwa „schick der Website-Sitzung eine Nachricht“. Manchmal schickt Claude sogar von sich aus eine, wenn es merkt, dass eine seiner Änderungen die Arbeit der anderen Sitzung betrifft.

Gib jeder Sitzung einen Namen

Sitzungen finden sich über ihren Namen. Claude Code wählt selbst einen, aber es ist bequemer, wenn du ihn festlegst, dann weißt du immer, wer wer ist.

1. Tippe im Fenster der App /rename app. Der Name erscheint in der Leiste, in der du schreibst.
2. Tippe im Fenster der Website /rename website.
3. Tippe in einer der beiden /list-agents: Du siehst die Sitzungen, die Claude erreichen kann, mit dem Namen, den du für jede benutzt.

Wenn du Claude schreibst, kannst du auch @ und die ersten Buchstaben des Namens tippen, etwa @website, und die Sitzung aus dem Menü wählen. So weiß es genau, an wen die Nachricht geht.

Wenn dein Claude Code die anderen Sitzungen nicht sieht, aktualisiere es auf die neueste Version und versuch es noch mal. Der schnellste Test: Wird /list-agents nicht erkannt, hat deine Version diese Funktion noch nicht.

Die drei Arten, wie ich es jeden Tag nutze

1. Einer baut, der andere prüft

In Sitzung 1 lasse ich die Funktion bauen. In Sitzung 2 schreibe ich:

Schau dir an, was Sitzung 1 gerade macht. Lies die Änderungen, die sie gemacht hat, versuch sie kaputtzumachen, und wenn du einen Fehler findest, schreib ihn ihr und mir. Fass die Dateien nicht an.

Der entscheidende Teil ist „Fass die Dateien nicht an“. Wer prüft, liest, testet und meldet, aber korrigiert nicht. Würden beide korrigieren, würden sie am Ende dieselben Sachen ändern, und du wüsstest nicht mehr, wer was gemacht hat. Den Fehler behebt, wer ihn gemacht hat, sobald die Nachricht ankommt.

2. Die Staffelübergabe zwischen App und Website

Hier arbeiten die beiden Sitzungen in verschiedenen Ordnern, eine an der App und eine an der Website. In der Sitzung der App schreibe ich:

Wenn du fertig bist und die Tests durchlaufen, schick der Website-Sitzung eine Nachricht mit dem, was sich geändert hat (Feldnamen, Adressen, Texte), damit sie ihre Seiten aktualisiert.

Die Nachricht ist nur Text. Die andere Sitzung sieht weder das Gespräch noch die Dateien der ersten: Sie liest, was man ihr schreibt. Deshalb bitte ich um genaue Angaben wie Feldnamen, Adressen und Texte, nicht um ein vages „ich habe ein paar Sachen geändert“.

Du musst nicht danebensitzen und den Wecker spielen. Ist die Website-Sitzung untätig, bringt die Nachricht sie wieder in Gang. Arbeitet sie gerade, liest sie die Nachricht, sobald sie den aktuellen Schritt beendet hat, ohne mittendrin unterbrochen zu werden.

3. Eine sucht, die andere entscheidet

In Sitzung 1:

Such im Projekt alle Stellen, an denen der Login verarbeitet wird, und schick die Liste an Sitzung 2.

In Sitzung 2:

Warte auf die Liste von Sitzung 1, dann schlag einen Plan in 5 Punkten vor. Schreib keinen Code, bis ich ok sage.

So bleibt die Sitzung, die entscheidet, sauber: Sie füllt sich nicht mit gelesenen Dateien und Suchergebnissen, sie bekommt nur die Liste. Und das „Schreib keinen Code, bis ich ok sage“ lässt dir das letzte Wort über den Plan.

Extra: Lass dich benachrichtigen, wenn die andere fertig ist

Wenn du in einer anderen Sitzung auf eine lange Aufgabe wartest, musst du nicht alle fünf Minuten nachsehen. Schreib in der Sitzung, in der du gerade bist:

Sag mir Bescheid, wenn die App-Sitzung mit dem fertig ist, woran sie gerade arbeitet.

Claude bittet die andere Sitzung, Bescheid zu geben, wenn sie anhält, und zeigt dir das genau dort, wo du bist.

Die goldene Regel

Eine Sitzung, eine Aufgabe. Zwei Sitzungen an derselben Datei kommen sich in die Quere: Wenn sie dieselben Dateien anfassen müssen, nimm für jede eine eigene Kopie des Projekts (das nennt sich Worktree, darüber rede ich in einem anderen Video).

Ein Worktree ist eine Kopie des Projekts in einem eigenen Ordner, mit einem eigenen Branch. Jede Sitzung ändert ihre Kopie und lässt die der anderen in Ruhe. Das Projekt muss dafür in git sein.

Um einen anzulegen, bitte einfach darum, als Erstes in der Sitzung:

Arbeite in einem neuen Worktree namens [Name]. Lass das Hauptprojekt unangetastet.

Im Terminal kannst du die Sitzung auch direkt in einer Kopie öffnen, mit claude --worktree und dem Namen dahinter. Und genau dafür sind dann die Nachrichten da: Wenn eine Sitzung mit ihrem Teil fertig ist, sagt sie den anderen, was sich geändert hat.

Häufige Fehler

• Zwei Sitzungen, die dieselben Dateien im selben Ordner ändern: Gib jeder ihren eigenen Worktree oder lass nur eine von beiden schreiben.
• Die prüfende Sitzung bitten, die Fehler zu beheben: Bitte sie, sie zu melden, beheben tut sie die Sitzung, die den Code geschrieben hat.
• Vage Nachrichten wie „ich habe ein paar Sachen geändert“: Bitte Claude, mit genauen Namen zu schreiben, was sich geändert hat, denn die andere Sitzung sieht nur diesen Text.
• Sitzungen ohne klaren Namen: Gib jeder vor dem Start mit /rename einen Namen, damit du nicht der falschen schreibst.
• Glauben, eine Nachricht könne an deiner Stelle Ja sagen: Eine Nachricht aus einer anderen Sitzung genehmigt nichts, Berechtigungsanfragen landen trotzdem bei dir.
• Claude die Schuld geben, wenn es die andere Sitzung nicht findet: Probier /list-agents und aktualisiere Claude Code, wenn der Befehl nicht erkannt wird.

Checkliste

• Zwei Sitzungen offen, eine pro Aufgabe
• Jede Sitzung hat einen Namen, vergeben mit /rename
• /list-agents zeigt die andere Sitzung
• Die prüfende Sitzung hat die Anweisung, die Dateien nicht anzufassen
• Jede Nachricht sagt, was sich geändert hat, mit genauen Namen
• Wenn sie dieselben Dateien anfassen, ein Worktree pro Sitzung

Häufige Fragen