Claude Code 2.1.224 führt sitzungsübergreifende Nachrichtenübertragung ein und unterstützt parallele Entwicklungsworkflows
Anthropic hat eine Koordinationsebene für Claude Code hinzugefügt: Separate Codierungssitzungen können nun direkt Nachrichten aneinander senden. Diese Funktion wurde in Claude Code v2.1.2 eingeführt

Claude Code 2.1.224 führt Nachrichtenübermittlung zwischen Sitzungen ein und unterstützt parallele Entwicklungsworkflows
Einleitung
Anthropic hat Claude Code um eine neue Koordinationsebene erweitert: Unabhängige Codierungs-Sitzungen können nun direkt Nachrichten aneinander senden.
Die Funktion wurde mit Claude Code v2.1.224 am 7. August 2026 veröffentlicht. Anthropic nennt sie sitzungsübergreifende Nachrichtenübermittlung.
Entwickler müssen nicht länger Entdeckungen manuell zwischen mehreren Terminalfenstern kopieren – stattdessen kann eine Claude-Code-Sitzung einer anderen mitteilen, dass sich Abhängigkeiten geändert haben, eine Migration abgeschlossen wurde, ein Fehler behoben ist oder eine Entscheidung getroffen wurde.
Der ursprüngliche AIBase-Artikel betrachtete die Funktion als bedeutende Verbesserung für Entwickler, die an mehreren Aufgaben gleichzeitig arbeiten. Diese Beschreibung ist inhaltlich korrekt, aber die offizielle Dokumentation von Anthropic ergänzt mehrere wichtige Details.
Sitzungsübergreifende Nachrichtenübermittlung:
- Erfordert Claude Code v2.1.224 oder höher
- Läuft unter macOS und Linux (einschließlich Linux unter WSL 2)
- Nicht verfügbar für natives Windows
- Übermittelt Textnachrichten, keine vollständigen Gesprächsverläufe oder Dateien
- Verwendet
ListAgentszur Ermittlung zugänglicher Sitzungen - Verwendet
SendMessagezur Nachrichtenübermittlung - Gilt für mehrere Sitzungen auf derselben Maschine
- Kann auch mit unterstützten Sitzungen auf anderen Maschinen oder Claude Code im Web verbunden werden
- Enthält Eingangssteuerung zum Akzeptieren, Zurückstellen oder Ablehnen von Nachrichten
Stand 10. August ist das offizielle Änderungsprotokoll über v2.1.224 hinausgegangen. Version 2.1.225 verbesserte die Initiierung über Maschinen hinweg, und zum Zeitpunkt der Erstellung dieses Artikels wurde v2.1.227 als neueste Version im Änderungsprotokoll von Anthropic aufgeführt.
Der Schwerpunkt liegt darauf, dass v2.1.224 die Funktion eingeführt hat, während nachfolgende Versionen deren Verhalten optimierten.
Claude-Code-Sitzungen können nun miteinander kommunizieren
Vor der sitzungsübergreifenden Nachrichtenübermittlung mussten Entwickler, die mehrere Claude-Code-Sitzungen ausführten, oft als Kommunikationsschicht zwischen den Sitzungen fungieren.
Stellen Sie sich die folgenden drei Terminals vor:
Sitzung A: Authentifizierung umgestalten
Sitzung B: Zahlungs-API aktualisieren
Sitzung C: Migrationen und Integrationstests ausführen
Wenn Sitzung A eine gemeinsame Schnittstelle ändert, von der Sitzung B abhängt, muss der Entwickler diese Änderung bemerken und sie manuell erklären.
Wenn Sitzung C eine langwierige Migration abschließt, muss der Entwickler das Terminal prüfen und das Ergebnis an die wartende Sitzung melden.
Mit der sitzungsübergreifenden Nachrichtenübermittlung kann Claude diese Informationen direkt weitergeben.
Der vereinfachte Workflow sieht folgendermaßen aus:
Sitzung A
│
│ „Die Authentifizierungsschnittstelle wurde geändert; bitte verwende createSessionV2()“
▼
Sitzung B
Sitzung C
│
│ „Die Migration wurde erfolgreich abgeschlossen“
▼
Sitzung A
Die Dokumentation von Anthropic nennt zwei repräsentative Beispiele.
Wenn eine Änderung etwas zerstört, von dem eine andere Sitzung abhängt, kann eine Sitzung die andere warnen. Eine Sitzung, die ein Problem gelöst hat, kann die Antwort auch an eine andere Sitzung senden, die durch dieses Problem blockiert ist.
Das klingt einfach, verändert aber die Organisation paralleler Claude-Code-Workflows grundlegend.
Nachrichten sind Text, kein gemeinsamer Kontext
Was die sitzungsübergreifende Nachrichtenübermittlung nicht tut, ist eines der wichtigsten technischen Details.
Eine Nachricht ist lediglich ein Textfragment, das von einer Claude-Sitzung verfasst und an eine andere Sitzung übergeben wird.
Sie sendet nicht automatisch:
- Den vollständigen Gesprächsverlauf des Absenders
- Dateien
- Tool-Ausgaben
- Verborgenen Kontext
- Den vollständigen Repository-Zustand
- Berechtigungsfreigaben
Wenn ein Entwickler möchte, dass ein anderes Terminal dasselbe Gespräch im selben Kontext fortsetzt, empfiehlt Anthropic die Wiederherstellung der Sitzung anstelle der sitzungsübergreifenden Nachrichtenübermittlung.
Die sitzungsübergreifende Nachrichtenübermittlung eignet sich besser für kurze Koordinationsnachrichten, wie zum Beispiel:
Die Zahlungsintegration erwartet jetzt `customer_id` anstelle von `user_id`.
Bitte aktualisiere deinen Branch, bevor du die vollständige Testsuite ausführst.
Oder:
Die Datenbankmigration wurde erfolgreich abgeschlossen.
Alle 214 Integrationstests sind bestanden.
Du kannst mit der Deploy-Validierung fortfahren.
Dieses Design hält die Nachrichtenübermittlung leichtgewichtig.
Es verringert auch das Risiko, dass eine Sitzung stillschweigend große Mengen irrelevanten Kontexts von einer anderen Sitzung empfängt.
Claude verwendet ListAgents und SendMessage
Entwickler rufen die Nachrichtenübermittlungs-Tools normalerweise nicht direkt auf.
Claude Code verwendet zwei interne Tools:
ListAgentsSendMessage
ListAgents ermöglicht Claude zu ermitteln, welche unterstützten Sitzungen derzeit zugänglich sind.
SendMessage übermittelt eine Textnachricht an eine dieser Sitzungen.
Entwickler können Claude direkt in natürlicher Sprache bitten.
Zum Beispiel:
Frag die Sitzung in meinem anderen Terminal, ob die Migration abgeschlossen ist.
Claude findet die relevante Sitzung und verfasst die eigentliche Nachricht.
Ein weiteres Beispiel:
Erkläre der Sitzung, die an der Zahlungs-API arbeitet, die Authentifizierungsänderungen, die wir gerade vorgenommen haben.
Entwickler müssen keine maschinenlesbaren Nachrichten manuell verfassen oder Sitzungs-IDs in die zugrunde liegende API einfügen.
Dies hält die Interaktion konsistent mit der normalen Claude-Code-Nutzung.
Vier Hauptanwendungsfälle, die Anthropic hervorhebt
Die Dokumentation von Anthropic nennt mehrere Situationen, in denen die sitzungsübergreifende Nachrichtenübermittlung besonders nützlich ist.
1. Übergabe von Erkenntnissen
Eine Sitzung könnte Informationen entdecken, die eine andere Sitzung benötigt.
Beispiele umfassen:
- Breaking API-Änderungen
- Datenbank-Constraints
- Versionsanforderungen von Abhängigkeiten
- Neue Implementierungsentscheidungen
- Grundursachen, die während des Debuggings gefunden wurden
- Testfehler, die durch ein anderes Modul verursacht wurden
Ohne Nachrichtenübermittlung müsste der Entwickler als Bote fungieren.
Mit Nachrichtenübermittlung können Sitzungen Erkenntnisse zusammenfassen und direkt senden.
Beispiel:
Sitzung A stellt fest:
„Der OAuth-Callback erfordert jetzt PKCE-Validierung.“
Sitzung A sendet an Sitzung B:
„Die Authentifizierungsimplementierung erfordert jetzt PKCE.
Bitte aktualisiere den Mobile-Callback-Flow vor dem Merge.“
Dies ist besonders nützlich, wenn mehrere Sitzungen an zusammenhängenden Teilen desselben Projekts arbeiten.
2. Koordination paralleler Git-Worktrees
Git-Worktrees passen natürlich zur sitzungsübergreifenden Nachrichtenübermittlung.
Entwickler können für unabhängige Aufgaben separate Arbeitsverzeichnisse erstellen und in jedem Verzeichnis eine Claude-Code-Sitzung ausführen.
Beispiel:
Repository/
├── Hauptbranch
├── worktree-auth
├── worktree-payments
└── worktree-tests
Jeder Worktree kann unabhängig voranschreiten.
Wenn eine Sitzung etwas ändert, das einen anderen Branch beeinflusst, kann Claude die betroffene Sitzung benachrichtigen.
Dies reduziert ein häufiges Risiko paralleler Entwicklung: dass mehrere Branches auf veralteten Annahmen basieren.
Sitzungsübergreifende Nachrichtenübermittlung führt keinen automatischen Code-Merge durch.
Sie hilft den Agenten, sich zu koordinieren, bevor der Mensch in die Merge-Phase eintritt.
3. Status von langlaufenden Aufgaben erhalten
Manche Codierungsaufgaben dauern weit länger als eine normale Interaktionsrunde.
Beispiele:
- Große Migrationen
- Vollständige Integrationstestsuiten
- Langläufige Builds
- Statische Analyse
- Große Refactorings
- Repository-weite Codegenerierung
- Aktualisierung von Abhängigkeiten
Entwickler können eine Sitzung laufen lassen, während sie in einer anderen Sitzung arbeiten.
Die sitzungsübergreifende Nachrichtenübermittlung ermöglicht es langlaufenden Workern, Ergebnisse zurückzumelden.
Beispiel:
Sitzung A:
Führe die vollständige Migration und Testsuite aus.
Sende die Ergebnisse nach Abschluss an die Architektur-Sitzung.
Entwickler können an anderer Stelle weiterarbeiten, ohne wiederholt das langlaufende Terminal zu überprüfen.
4. Kommunikation über Maschinen hinweg
Anthropic unterstützt auch die Nachrichtenübermittlung über Sitzungen auf derselben Maschine hinaus.
Unterstützte Workflows können umfassen:
- Eine andere Claude-Code-Sitzung auf einer deiner Maschinen
- Claude Code im Web
- Sitzungen, die mit Fernsteuerung verbunden sind
Ein wichtiges Versionsdetail:
Claude Code v2.1.
224 führte die sitzungsübergreifende Nachrichtenübermittlung ein, einschließlich Unterstützung über Maschinen hinweg, aber die aktuelle Anthropic-Dokumentation weist darauf hin, dass das Starten eines neuen Gesprächs mit einer Sitzung auf einer anderen Maschine per Namen v2.1.225 oder höher erfordert.
Vor v2.1.225 konnten Sitzungen zwar Nachrichten von anderen Maschinen beantworten, aber die Fähigkeit, sitzungsübergreifende Gespräche zu initiieren, war eingeschränkter.
Daher wird Entwicklern, die das vollständigste Verhalten wünschen, empfohlen, auf eine Version über 2.1.224 zu aktualisieren.
Nachrichten auf derselben Maschine bleiben lokal
Die sitzungsübergreifende Nachrichtenübermittlung verwendet unterschiedliche Zustellpfade, je nachdem, wo die empfangende Sitzung ausgeführt wird.
Anthropic dokumentiert das folgende Verhalten:
| Ziel | Zustellpfad |
|---|---|
| Eine andere Sitzung auf derselben Maschine | Pro-Sitzung lokaler Socket |
| Sitzung auf einer anderen Maschine | Über Anthropic-Server und Fernsteuerungsinfrastruktur |
| Claude Code im Web | Über Anthropic-Server zu Cloud-Sitzungen |
Das Szenario auf derselben Maschine ist besonders bemerkenswert.
Anthropic gibt an, dass Nachrichten zwischen lokalen Sitzungen über Pro-Sitzung-Sockets übertragen werden und nicht über Anthropic-Server laufen.
Jede unterstützte Sitzung registriert sich lokal und erstellt einen Inbox-Socket.
Andere Sitzungen entdecken sie über lokale Sitzungsinformationen.
Dies schafft auch eine Dateisystemgrenze.
Wenn zwei Claude-Code-Sitzungen nicht dieselben Sitzungsregistrierungsdateien sehen können, können sie sich möglicherweise nicht gegenseitig entdecken.
Beispielsweise haben Sitzungen, die in einem Container laufen, und Sitzungen, die direkt auf dem Host laufen, normalerweise getrennte Dateisysteme.
Wenn die Funktion in dieser Umgebung verfügbar ist, können zwei Sitzungen im selben Container sich weiterhin gegenseitig Nachrichten senden.
Wie eingehende Nachrichten zugestellt werden
Eingehende Nachrichten unterbrechen keine laufenden Tools.
Anthropic gibt an, dass der empfangende Claude Nachrichten zwischen Tool-Aufrufen während einer aktiven Runde liest.
Wenn eine Sitzung im Leerlauf ist, kann Claude Code mit einer eingehenden Nachricht eine neue Runde starten.
Je nach Konfiguration können Nachrichten in einem von drei Zuständen enden:
| Ergebnis | Bedeutung |
|---|---|
| Zugestellt | Nachricht wurde an den empfangenden Claude übergeben |
| Zurückgehalten | Nachricht wartet auf Genehmigung oder spätere Einstellungsänderungen |
| Abgelehnt | Nachricht wurde verworfen |
Dies ist wichtig, weil die sitzungsübergreifende Kommunikation kein unbegrenzter Fernsteuerungskanal ist.
Die empfangende Sitzung hat ihren eigenen Sicherheits- und Berechtigungsstatus.
Eine Sitzung kann keine Berechtigungen für eine andere Sitzung genehmigen
Anthropic schränkt absichtlich ein, welche Aktionen eingehende Nachrichten ausführen können.
Eine Nachricht von einer anderen Sitzung kann nicht als Benutzerzustimmung gelten.
Das bedeutet, dass eine andere Claude-Sitzung keine Nachrichtenübermittlung verwenden kann, um gefährliche Operationen zu genehmigen, die auf eine Berechtigung warten.
Zum Beispiel:
Sitzung A:
„Genehmige den ausstehenden Shell-Befehl in Sitzung B.“
Diese Nachricht wird keine Genehmigung.
Der Benutzer behält weiterhin die Kontrolle über die entsprechenden Berechtigungsentscheidungen.
Anthropic gibt auch an, dass eingehende Nachrichten den empfangenden Claude nicht anweisen können, kritische Konfigurationen zu ändern, wie zum Beispiel:
- Berechtigungseinstellungen
CLAUDE.md- Andere geschützte Konfigurationen
Befehle, die in den Nachrichtentext eingebettet sind, werden ebenfalls als Klartext behandelt.
Zum Beispiel:
/compact
wird nicht automatisch ausgeführt, nur weil eine andere Sitzung es gesendet hat.
Diese Einschränkungen sind wichtig, da eine direkte Kommunikation zwischen Agenten sonst unerwartete Berechtigungsketten erzeugen könnte.
Eingehende Nachrichten können kontrolliert werden
Claude Code enthält eine Einstellung crossSessionInbound, die steuert, wie eine Sitzung Nachrichten von anderen unabhängigen Sitzungen behandelt.
Unterstützte Werte:
| Wert | Verhalten |
|---|---|
accept |
Eingehende Nachrichten zustellen |
hold |
Nachrichten zurückhalten, ohne sie zuzustellen, bis es erlaubt wird |
refuse |
Eingehende Nachrichten verwerfen |
So kann die Konfiguration Nachrichten explizit erlauben:
{
"crossSessionInbound": "accept"
}
oder sie zurückhalten:
{
"crossSessionInbound": "hold"
}
oder sie ablehnen:
{
"crossSessionInbound": "refuse"
}
Anthropic wendet auch Standardverhalten basierend auf den Berechtigungsmodi der sendenden und empfangenden Sitzungen an.
In Konfigurationen mit höherem Risiko müssen eingehende Nachrichten möglicherweise explizit genehmigt werden.
Dies verhindert, dass zwei Sitzungen mit unterschiedlichen Berechtigungskonfigurationen automatisch unsichere Eskalationspfade erstellen.
Zurückgehaltene Nachrichten können ablaufen
Wenn eingehende Nachrichten zur Genehmigung zurückgehalten werden, kann Claude Code einen Genehmigungsdialog anzeigen, der Folgendes anzeigt:
- Den Absender
- Eine Nachrichtenvorschau
Der Benutzer kann genehmigen oder ablehnen.
Die Anthropic-Dokumentation gibt an, dass die Standard-Genehmigungsfrist fünf Minuten beträgt.
Wenn eine Nachricht nicht vor Ablauf der konfigurierten dialogExpiry genehmigt wird, kann sie verworfen werden.
Claude Code begrenzt auch die Anzahl der zurückgehaltenen Nachrichten, um zu verhindern, dass eine Sitzung eine unbegrenzte Warteschlange ansammelt.
Version 2.1.225 behebt Probleme, bei denen zurückgehaltene sitzungsübergreifende Nachrichten in mehreren Fällen in unbeabsichtigten Benachrichtigungs- oder Ablaufzuständen in headless Sitzungen stecken blieben.
Dies ist ein weiterer Grund, Version 2.1.224 nicht als endgültige Implementierung zu betrachten, nur weil sie die Funktion eingeführt hat.
Verfügbarkeitsanforderungen
Die sitzungsübergreifende Nachrichtenübermittlung hat spezifische Plattform- und Anbieteranforderungen.
Laut der aktuellen Anthropic-Dokumentation:
Unterstützte Betriebssysteme
- macOS
- Linux
- Linux in WSL 2
Nicht unterstützt
- Natives Windows
Diese Unterscheidung ist wichtig.
Claude Code selbst unterstützt Windows, aber die sitzungsübergreifende Nachrichtenfunktion ist derzeit nicht für native Windows-Systeme verfügbar.
Anbieterbeschränkungen
Anthropic gibt an, dass die sitzungsübergreifende Nachrichtenfunktion nicht verfügbar ist, wenn Claude Code über mehrere externe Anbieterpfade läuft, einschließlich:
- Amazon Bedrock
- Claude Platform auf AWS
- Agent Platform von Google Cloud
- Microsoft Foundry
Die Verfügbarkeit kann auch von Feature-Flag-Bewertungen und Umgebungseinstellungen abhängen.
Daher sollten Entwickler die Funktion in der Umgebung validieren, in der sie sie tatsächlich verwenden möchten.
So überprüfst du deine Claude-Code-Version
Das offizielle Änderungsprotokoll von Anthropic empfiehlt, den folgenden Befehl zu verwenden, um die installierte Version zu überprüfen:
claude --version
Die sitzungsübergreifende Nachrichtenfunktion erfordert:
Claude Code 2.1.224 oder höher
Da spätere Versionen Korrekturen und Verbesserungen für maschinenübergreifende Szenarien enthalten, wird normalerweise empfohlen, die aktuell unterstützte Version zu verwenden, anstatt speziell auf v2.1.224 zu fixieren, es sei denn, die Organisation hat eine kontrollierte Bereitstellungsstrategie.
So aktualisierst du Claude Code
Für native Claude-Code-Installationen unterstützt Anthropic:
claude update
Native Installationen prüfen normalerweise im Hintergrund auf Updates und installieren sie.
Neue Versionen werden beim nächsten Start von Claude Code wirksam.
Anthropic dokumentiert auch:
claude doctor
um Installation und Aktualisierungsstatus zu prüfen.
Paketmanager-Installationen können separate Aktualisierungsbefehle erfordern.
Zum Beispiel kann eine Homebrew-Installation mit folgendem Befehl aktualisiert werden:
brew upgrade claude-code
Oder, wenn der neueste Kanal verfolgt wird:
brew upgrade claude-code@latest
Die genaue Aktualisierungsmethode hängt davon ab, wie Claude Code installiert wurde.
Beispiel: Zwei Sitzungen verarbeiten verwandte Funktionen
Stell dir einen Entwickler vor, der eine Anwendung baut und zwei verwandte Aufgaben bearbeitet.
Terminal 1
Ziel:
Refaktoriere den Authentifizierungsdienst und aktualisiere die Sitzungserstellung.
Terminal 2
Ziel:
Aktualisiere die Zahlungs-API, um das neue authentifizierte Benutzerobjekt zu verwenden.
Terminal 1 stellt fest, dass die Schnittstelle von:
createSession(userId)
wird zu:
```Plaintext
createSession({ userId, organizationId })
Terminal 1 muss nicht warten, bis ein Entwickler die Änderung bemerkt, sondern kann eine Nachricht an eine andere Sitzung senden, um diese Änderung mitzuteilen.
Die empfangende Sitzung kann dann ihre eigene Arbeit aktualisieren, bevor sie die Zahlungsimplementierung abschließt.
Wenn viele KI-Codierungssitzungen unabhängig voneinander laufen, sind genau solche kleinen Koordinationsereignisse kostspielig.
Beispiel: Parallele Untersuchung
Die Funktion für sitzungsübergreifende Nachrichten ist auch für das Debugging nützlich.
Ein Entwickler könnte drei Sitzungen ausführen:
Sitzung A:
Untersucht API-Fehler.
Sitzung B:
Prüft Datenbankprotokolle.
Sitzung C:
Prüft kürzliche Bereitstellungen und Konfigurationsänderungen.
Angenommen, Sitzung B stellt fest, dass die Datenbankverbindung unmittelbar nach einem Anmeldedatenwechsel fehlschlägt.
Sie kann die anderen Sitzungen benachrichtigen.
Sitzung A muss nicht länger irrelevante Anfrageanalyseprobleme untersuchen.
Sitzung C kann sich darauf konzentrieren, ob die Bereitstellung die neuen Schlüssel abgerufen hat.
Das System wird nicht
automatisch ein vollständig verwaltetes Multi-Agenten-Team erstellen.
Der Entwickler startet und leitet weiterhin eigenständige Sitzungen.
Die Nachrichtenübermittlung senkt lediglich die Kosten für die Weitergabe nützlicher Erkenntnisse zwischen diesen Sitzungen.
Sitzungsübergreifende Nachrichtenübermittlung ist nicht gleichbedeutend mit Agententeams
Claude Code bietet jetzt mehrere Möglichkeiten, mit mehreren Agenten oder Sitzungen umzugehen.
Diese lösen unterschiedliche Probleme.
| Funktion | Am besten geeignet für |
|---|---|
| Sitzungsübergreifende Nachrichtenübermittlung | Eigenständige Sitzungen, die du selbst startest und leitest |
| Wiederherstellung | Fortsetzen derselben Konversation samt Kontext |
| Agententeams | Koordinierte Agenten, die von Claude erzeugt und überwacht werden |
| Agentenansicht | Überwachen und Steuern mehrerer Sitzungen von einem Ort aus |
| Fernsteuerung | Sitzungen von einem anderen Gerät steuern |
| Kanäle | Externe Ereignisse wie CI- oder Chat-Nachrichten an Sitzungen senden |
Diese Unterscheidung ist wichtig, weil „mehrere Claude-Instanzen, die miteinander sprechen“ verschiedene Architekturen beschreiben kann.
Sitzungsübergreifende Nachrichtenübermittlung bezeichnet speziell eine leichtgewichtige Kommunikationsebene zwischen unabhängigen Claude-Code-Sitzungen.
Was diese Funktion für große Projekte verändert
Der Artikel von AIBase argumentiert, dass dieses Update die manuelle Koordinationslast in großen Projekten verringern kann.
Das ist die wichtigste praktische Auswirkung.
Entwickler können ein Projekt in mehrere unabhängige Arbeitsabläufe aufteilen:
Authentifizierung
Zahlungen
Frontend
Datenbankmigrationen
Tests
Dokumentation
Jede Sitzung kann sich auf einen Bereich konzentrieren.
Wenn eine Entscheidung oder Änderung einen anderen Bereich betrifft, können relevante Informationen direkt zwischen den Sitzungen weitergegeben werden.
Dies kann reduzieren:
- Kopieren und Einfügen zwischen Terminals
- Wiederholte Erklärungen
- Verzögerte Abhängigkeitswarnungen
- Wiederholte Untersuchungen
- Ständige Statusabfragen
Es beseitigt jedoch nicht die Integrationsarbeit.
Unabhängige Sitzungen können weiterhin:
- widersprüchliche Änderungen erzeugen
- Nachrichten missverstehen
- einen veralteten Repository-Zustand verwenden
- zu unterschiedlichen technischen Schlussfolgerungen kommen
- falsche Erkenntnisse an eine andere Sitzung weitergeben
Entwickler benötigen weiterhin Tests, Code-Reviews, Versionskontrolle und angemessene Berechtigungsgrenzen.
Best Practices für sitzungsübergreifende Nachrichtenübermittlung
In der praktischen Anwendung können einige Gewohnheiten die Funktion zuverlässiger machen.
Halte Nachrichten fokussiert
Eine nützliche Nachricht sollte angeben:
- was geändert wurde
- warum es wichtig ist
- welche Komponente betroffen ist
- was die andere Sitzung überprüfen sollte
Zum Beispiel:
Die Datenbankmigration hat `billing_customer_id` in `customer_id` umbenannt.
Dein Branch enthält noch zwei Abfragen, die das alte Feld referenzieren.
Bitte aktualisiere diese Abfragen, bevor du Integrationstests durchführst.
Das ist besser als:
Ich habe ein paar Datenbanksachen geändert. Schau es dir an.
Behandle Nachrichten nicht als gemeinsames Gedächtnis
Die empfangende Sitzung erbt nicht den gesamten Denkprozess des Absenders.
Wenn eine Erkenntnis von einer Datei, einem Commit, einem Protokoll oder einem Testergebnis abhängt, benenne diese ausdrücklich.
Verwende Worktrees für parallele Codeänderungen
Wenn mehrere Sitzungen aktiv dasselbe Repository bearbeiten, reduzieren isolierte Git-Worktrees Dateikonflikte.
Sitzungsübergreifende Nachrichtenübermittlung kann Branches koordinieren, während Git weiterhin für die Codehistorie und das Zusammenführen verantwortlich ist.
Behalte menschliche Genehmigung für risikoreiche Vorgänge bei
Die Kommunikation zwischen Agenten ist für Koordination nützlich.
Sie sollte keine Umgehung darstellen für:
- Bereitstellungsgenehmigungen
- Zugriffskontrolle auf Produktionssysteme
- destruktive Befehle
- Sicherheitsüberprüfungen
- finanzielle Vorgänge
Das Berechtigungsdesign von Anthropic stellt bereits sicher, dass eine Nachricht die Benutzergenehmigung nicht ersetzen kann. Teams sollten diese Trennung in breiteren Arbeitsabläufen aufrechterhalten.
Aktualisiere auf neuere Versionen
v2.1.224 führte die Funktion ein, aber spätere Versionen behoben das Nachrichtenverarbeitungsverhalten und verbesserten die Kommunikation zwischen Maschinen.
Sofern Unternehmensbereitstellungen keine feste Version erfordern, ist die Verwendung der neuesten unterstützten Version die sicherere Wahl.
Häufige Fragen
Was ist Claude-Code-sitzungsübergreifende Nachrichtenübermittlung?
Die sitzungsübergreifende Nachrichtenübermittlung ermöglicht es einer unabhängigen Claude-Code-Sitzung, einer anderen Sitzung Textnachrichten zu senden. Sie ist für die Koordination zwischen parallel arbeitenden Sitzungen gedacht, etwa zur Übergabe von Erkenntnissen, zur Meldung des Aufgabestatus oder zur Warnung einer anderen Sitzung vor bevorstehenden destruktiven Änderungen.
Welche Claude-Code-Version führte die sitzungsübergreifende Nachrichtenübermittlung ein?
Die Funktion wurde in Claude Code v2.1.224 eingeführt, veröffentlicht am 7. August 2026. Die aktuelle Dokumentation von Anthropic verlangt v2.1.224 oder höher.
Teilt die sitzungsübergreifende Nachrichtenübermittlung vollständige Claude-Konversationen?
Nein. Die empfangende Sitzung erhält nur den Nachrichtentext, die Identität des Absenders und in der Regel eine Antwortadresse – nicht den Konversationsverlauf oder die Dateien des Absenders. Wenn die vollständige Konversationskontinuität erforderlich ist, verwende die Sitzungswiederherstellung.
Können Claude-Code-Sitzungen auf verschiedenen Computern einander Nachrichten senden?
Ja, unterstützte Sitzungen können über die Remote-Control-Infrastruktur von Anthropic maschinenübergreifend kommunizieren. Anthropic weist darauf hin, dass für die Aufnahme einer neuen Konversation mit einer Sitzung auf einem anderen Rechner v2.1.225 oder höher erforderlich ist; das maschinenübergreifende Verhalten von v2.1.224 ist eingeschränkter.
Unterstützt die sitzungsübergreifende Nachrichtenübermittlung Windows?
Sie unterstützt macOS und Linux, einschließlich Linux unter WSL 2. Die aktuelle Dokumentation von Anthropic besagt, dass die Funktion auf nativem Windows nicht verfügbar ist.
Laufen Nachrichten auf derselben Maschine über Anthropic-Server?
Nein. Anthropic gibt an, dass Nachrichten zwischen Sitzungen auf derselben Maschine lokale Sockets pro Sitzung verwenden und nicht über Anthropic-Server laufen.
Kann eine Claude-Sitzung eine Berechtigungsanfrage einer anderen Sitzung genehmigen?
Nein. Eine eingehende sitzungsübergreifende Nachricht gilt niemals als Benutzereinwilligung. Sie kann auch keine andere Sitzung zwingen, geschützte Berechtigungen oder Konfigurationseinstellungen zu ändern.
Wie aktualisiere ich Claude Code?
Für native Installationen führe claude update aus und starte Claude Code anschließend neu. Die installierte Version kann mit claude --version überprüft werden, und mit claude doctor lässt sich der Aktualisierungsstatus diagnostizieren.
Verwandte Tools
- Claude Code: Die agentische Codierungsumgebung von Anthropic für Repositories-Erkundung, Implementierung, Debugging, Tests und längerfristige Softwareaufgaben.
- Claude Code sitzungsübergreifende Nachrichtenübermittlung: Anthropics offizieller Leitfaden zu Sitzungserkennung, Zustellung, maschinenübergreifenden Nachrichten, eingehender Steuerung und Einschränkungen.
- Claude Code Agententeams: Anthropics koordinierte Multi-Agenten
-Arbeitsabläufe für Aufgaben, bei denen Claude Agenten erzeugt und überwacht.
- Git Worktree: Das offizielle Git-Mechanismus zur Verwaltung mehrerer Arbeitsbäume aus einem Repository, geeignet für parallele Claude-Code-Sitzungen.
Claude Code Remote Control: Die Funktion von Anthropic zur Steuerung von Claude Code-Sitzungen von einem anderen Gerät aus.
- Claude Code-Changelog: Die offizielle Versionshistorie von Claude Code-Funktionen, Fehlerbehebungen und Veröffentlichungsdaten.
Verwandte Links
- Dokumentation zur sitzungsübergreifenden Nachrichtenübermittlung: Die maßgebliche Beschreibung, wie Sitzungen einander finden und Nachrichten senden.
- Claude Code-Changelog: Bestätigt, dass v2.1.224 am 7. August 2026 veröffentlicht wurde und die neue sitzungsübergreifende
SendMessage-Funktion enthält. - Claude Code Installation und Updates: Offizieller Leitfaden zu Installation, Update-Kanälen, Paketmanagern und
claude update. - Claude Code CLI-Referenz: Offizielle Referenz zu Befehlen wie
claude,claude update,claude installundclaude agents. - Claude Code-Einstellungen: Offizielle Einstellungsreferenz, einschließlich Konfiguration und Kontrolle auf Organisationsebene.
- Git Worktree-Dokumentation: Offizieller Git-Leitfaden zum Erstellen isolierter Arbeitsbäume für parallele Entwicklung.
- Claude Code-Dokumentation: Das zentrale Dokumentationszentrum von Anthropic für Claude Code-Workflows und -Funktionen.
Zusammenfassung
Claude Code v2.1.224 führt die sitzungsübergreifende Nachrichtenübermittlung ein, die es unabhängigen Claude Code-Sitzungen ermöglicht, einander zu finden und Textnachrichten zu senden. Diese Funktion wurde für paralleles Arbeiten entwickelt: Übergeben von Entdeckungsergebnissen, Koordinieren von Arbeitsbäumen, Empfangen von Updates zu langlaufenden Aufgaben und Reduzieren des Bedarfs, dass Entwickler Informationen manuell zwischen mehreren Terminals weiterreichen.
Die Implementierung bleibt bewusst funktional begrenzt. Nachrichten enthalten keinen vollständigen Konversationsverlauf oder Dateien, eine Sitzung kann keine Berechtigungen für eine andere Sitzung genehmigen, und eingehende Nachrichten können akzeptiert, vorgemerkt oder abgelehnt werden. Nachrichten auf derselben Maschine bleiben über die Sockets jeder Sitzung lokal.
Nachfolgende Versionen haben die ursprüngliche Funktionalität bereits verbessert. Insbesondere v2.1.225 verbessert die Initiierung von Verbindungen zwischen Maschinen und behebt Szenarien der Nachrichtenverarbeitung in headless-Sitzungen.
Die eigentliche Weiterentwicklung besteht nicht nur darin, dass zwei Claude-Fenster „chatten" können – sondern darin, dass unabhängige Codierungsagenten nun ihre Arbeit koordinieren können, ohne dass der Entwickler als Nachrichtenbus zwischen jeder parallelen Aufgabe fungieren muss.