Claude Code-Sitzungen: Selbst gehostete Umgebungen und sitzungsübergreifende Nachrichten in 2.1.224

Claude Code-Sitzungen: starten, weiterführen und wiederaufnehmen

Zunächst müssen Sie unterscheiden zwischen dem Starten eines Gesprächs, dem Weiterführen des letzten Gesprächs in einem Verzeichnis und der Auswahl eines bestimmten früheren Gesprächs. Diese Vorgänge verwenden unterschiedliche Befehle. Wenn Ihrer Arbeit mehrere Gespräche zugeordnet sind, ist die richtige Wahl daher wichtig.

Das offizielle CLI-Referenz dokumentiert die grundlegenden Einstiegsmöglichkeiten:

Letztes Gespräch weiterführen

Verwenden Sie den Befehl zum Weiterführen, wenn das gewünschte Gespräch das neueste im aktuellen Verzeichnis ist:

claude --continue

Seine Kurzform lautet:

claude -c

Die Einschränkung auf das Verzeichnis ist wichtig. Laut Dokumentation wird das neueste Gespräch geladen, und zwar im aktuellen Verzeichnis. „continue“ sollte daher nicht als globale Auswahl des Gesprächs verstanden werden, das Sie zuletzt irgendwo verwendet haben.

Ein ausgewähltes Gespräch wiederaufnehmen

Wenn Sie aus früheren Gesprächen auswählen möchten, verwenden Sie:

claude --resume

Um eine bekannte Sitzung direkt auszuwählen, geben Sie ihre ID an:

claude --resume <session-id>

Innerhalb einer interaktiven Sitzung bietet /resume eine Auswahl. Diese Befehle erfüllen unterschiedliche Anforderungen: continue wählt das neueste Gespräch im aktuellen Verzeichnis aus, während resume eine interaktive oder explizite Auswahl ermöglicht. Die CLI-Referenz für Claude Code ist eine hilfreiche Ergänzung bei der Wahl zwischen Einstiegsmöglichkeiten über die Befehlszeile.

Gespeicherte Gespräche, benannte Sitzungen und Erkennung laufender Sitzungen

Die Sitzungsauswahl und die Erkennung laufender Sitzungen erfüllen unterschiedliche Zwecke. Die Auswahl bei resume hilft Ihnen, ein früheres Gespräch auszuwählen; der Befehl für laufende Sitzungen listet Claude-Sitzungen auf, die gerade ausgeführt werden.

Diese Unterscheidung ist besonders jetzt hilfreich, da Sitzungen einander Nachrichten senden können. Eine Unterhaltung zu finden, die Sie wieder öffnen möchten, und eine aktive Sitzung zu finden, die Sie kontaktieren möchten, sind unterschiedliche Aufgaben.

Eine Unterhaltung für die spätere Wiederverwendung benennen

Benannte Sitzungen gibt es bereits seit vor Claude Code 2.1.224. Version 2.0.64 führte die Möglichkeit ein, eine Unterhaltung zu benennen mit /rename und sie anhand ihres Namens wieder zu öffnen.

Sobald eine Unterhaltung einen Namen hat, können Sie sie über die CLI auswählen:

claude --resume <name>

Sie können auch /resume <name> innerhalb einer Sitzung verwenden. Ein Name bietet Ihnen neben der Sitzungs-ID und der interaktiven Auswahl eine weitere Möglichkeit, eine Unterhaltung zu identifizieren.

Beispielsweise bleibt die Wahl zwischen Fortsetzen und Wiederaufnehmen auch bei der Verwendung von Namen unverändert: Fortsetzen wählt die neueste Unterhaltung im aktuellen Verzeichnis aus, während eine Wiederaufnahme anhand des Namens die von Ihnen angegebene Unterhaltung auswählt. Die Benennung ändert nichts am dokumentierten Auswahlverhalten von --continue.

Laufende Sitzungen auflisten

Um aktive Sitzungen programmgesteuert zu ermitteln, verwenden Sie:

claude agents --json

Dieser in v2.1.145 eingeführte Befehl listet aktive Claude-Sitzungen als JSON auf. Er ist hilfreich, wenn Sie unmittelbar wissen möchten, welche Sitzungen gerade laufen, statt welche frühere Unterhaltung Sie wieder öffnen können.

Das auf eine bestimmte Version festgelegte Änderungsprotokoll dokumentiert sowohl die Unterstützung benannter Sitzungen als auch den Befehl zum Auflisten aktiver Sitzungen. Keine dieser Funktionen wurde erst in 2.1.224 eingeführt; sie bieten bestehende Werkzeuge zur Sitzungsverwaltung neben den neuen Nachrichtenfunktionen.

Selbst gehostete Umgebungen in Claude Code 2.1.224

Das Die Version v2.1.224 führt Folgendes ein: claude self-hosted-runner. Damit können Organisationen ihre eigenen Rechner oder Container verwenden, um Claude Code-Sitzungen auszuführen, die über die Web-, Mobil- und Desktop-Oberflächen gestartet wurden.

Der in der Veröffentlichung genannte Befehl lautet:

claude self-hosted-runner

Die Verfügbarkeit wird angegeben für Team- und Enterprise-Tarife. Dies sind die zum Redaktionsschluss verifizierten Tarifvoraussetzungen für diese Funktion.

Was sich durch den Runner ändert

Der Runner bietet Organisationen eine Ausführungsmöglichkeit auf Rechnern oder in Containern, die sie selbst bereitstellen. Die in der Veröffentlichung aufgeführten unterstützten Sitzungsoberflächen sind Web, Mobil und Desktop.

Dieser Umfang ist der zentrale Punkt der Ankündigung zu selbst gehosteten Claude Code-Umgebungen. Sie beschreibt, wo diese Sitzungen ausgeführt werden können und welche Tarife Zugriff auf die Funktion haben. Das verifizierte Material enthält keine vollständige Bereitstellungsanleitung.

Wenn Sie prüfen, wie dies zu Ihrer Nutzung von Claude Code passt, bietet Leitfaden für Web und Desktop eine ergänzende Anlaufstelle, um diese Oberflächen zu erkunden. Bewerten Sie für diese Version die Ausführungsfunktion, die unterstützten Oberflächen und die Tarifvoraussetzungen als getrennte Punkte.

Was weiterhin nicht verifiziert ist

Die Veröffentlichung nennt weder einen gesonderten Runner-Preis noch eine Gebühr pro Sitzung oder ein Kontingent für selbst gehostete Sitzungen. Das für diesen Artikel verfügbare Material enthält außerdem keine detaillierten Bereitstellungsoptionen oder ein verifiziertes Konfigurationsbeispiel.

Diese Lücken sind bei der Planung einer Bereitstellung relevant. Der dokumentierte Befehl legt den Einstiegspunkt für die Funktion fest, reicht aber nicht aus, um daraus ein vollständiges Einrichtungsverfahren oder ein Kostenmodell abzuleiten. Jede Schätzung von Runner-Gebühren oder Sitzungskontingenten würde über die bereitgestellten Informationen zur Veröffentlichung hinausgehen.

Sitzungsübergreifende Nachrichten und Genehmigungen für eingehende Nachrichten

Version 2.1.224 ergänzt sitzungsübergreifendes SendMessage, mit ListAgents zur Ermittlung von Sitzungen, unter macOS und Linux. Die Veröffentlichung beschreibt das Senden von Nachrichten an Sitzungen „auf jedem Ihrer Rechner“.

Diese Formulierung bestätigt rechnerübergreifende Nachrichten in der Beschreibung der Veröffentlichung. Windows-Unterstützung ist für diese Funktion nicht aufgeführt, daher umfasst die hier verifizierte Plattformunterstützung macOS und Linux.

Sitzungsermittlung und Nachrichtenversand haben unterschiedliche Aufgaben

ListAgents ermöglicht die Ermittlung von Sitzungen für sitzungsübergreifende Nachrichten, während SendMessage eine Nachricht an eine andere Sitzung sendet. Dies sind die in der Veröffentlichung benannten Funktionen; das verifizierte Material enthält dafür keine Aufrufbeispiele oder Parameterschemata.

Der bestehende claude agents --json Befehl listet ebenfalls aktive Sitzungen auf, sollte jedoch nicht als Ersatz für einen undokumentierten Aufruf von ListAgents verwendet werden. Das eine ist ein verifizierter CLI-Befehl, das andere die Funktion zur Sitzungsermittlung, die zusammen mit sitzungsübergreifenden Nachrichten genannt wird.

Für Entwickler ergeben sich daraus drei unterschiedliche Sitzungsoperationen: eine gespeicherte Unterhaltung wieder öffnen, aktive Sitzungen ermitteln und eine Nachricht an eine Sitzung senden. Verwenden Sie die Befehle zur Wiederaufnahme für die erste Aufgabe und die dokumentierten Funktionen zur Sitzungsermittlung oder zum Nachrichtenversand für die anderen.

Eingehende Nachrichten können eine Genehmigung erfordern

Die Veröffentlichung ergänzt zusammen mit dem Nachrichtenversand zwei Einstellungen, crossSessionInbound und dialogExpiry. Außerdem legt sie einen Unterschied bei der Genehmigung fest:

• Nachrichten an Sitzungen, die mit umgangenen Berechtigungsprüfungen laufen, warten auf die Genehmigung durch den Benutzer.
• Nachrichten an andere Sitzungen werden automatisch zugestellt.

Das Genehmigungsverhalten einer Nachricht hängt somit vom Berechtigungsmodus der empfangenden Sitzung ab. Berücksichtigen Sie bei der Koordination von Sitzungen, dass eine eingehende Nachricht möglicherweise auf Genehmigung wartet, bevor Sie sie als zugestellt betrachten.

Das verifizierte Material zur Veröffentlichung nennt keine zulässigen Werte, Standardwerte, Einheiten für die Ablaufdauer oder Konfigurationsbeispiele für crossSessionInbound und dialogExpiry. Ihre Namen allein reichen nicht aus, um eine zuverlässige Einstellungsdatei zu erstellen.

Fehlgeschlagene Zustellungen werden jetzt als Fehler angezeigt

Die Veröffentlichung korrigiert außerdem ein irreführendes Ergebnis von SendMessage . Zuvor konnte „Nachricht gesendet“ gemeldet werden, obwohl das Schreiben in den Posteingang eines Teammitglieds fehlgeschlagen war. In 2.1.224 werden fehlgeschlagene Zustellungen als Fehler gemeldet.

Diese Korrektur ist für die Interpretation von Nachrichtenergebnissen relevant. Zustellungsfehler werden jetzt als Fehler angezeigt, während die Genehmigungsregel für eingehende Nachrichten bei Sitzungen mit umgangenen Berechtigungsprüfungen weiterhin gesondert zu berücksichtigen ist.

Sitzungsisolierung, Subagenten-Limits und Korrekturen für Remote Control

Die wichtigsten Neuerungen werden von Änderungen an der Sitzungsverarbeitung begleitet. Diese Korrekturen betreffen die Projektisolierung, das Starten von Subagenten und das Verhalten von Remote Control beim Wiederaufnehmen der Arbeit.

Lange Projektpfade werden korrekt aufgelöst

Version 2.1.224 behebt das Problem, dass Projektpfade mit mehr als 200 Zeichen zum Sitzungsverzeichnis eines anderen Projekts aufgelöst wurden. Zu den betroffenen Operationen gehören das Auflisten, Umbenennen, Abzweigen und Löschen von Sitzungen sowie /resume.

Dies ist relevant, wenn Ihr Projekt unter einem tief verschachtelten Pfad liegt. Die Korrektur umfasst mehrere Sitzungsoperationen und betrifft damit mehr als nur die Auswahl zur Wiederaufnahme.

Die Gesamtobergrenze für das Starten von Subagenten entfällt

Die Veröffentlichung entfernt die Obergrenze von 200 gestarteten Subagenten pro Sitzung. Limits für Parallelität und Tiefe gelten weiterhin.

Dies sind unterschiedliche Einschränkungen: Das Entfernen der Gesamtobergrenze für das Starten hebt die verbleibenden Limits für gleichzeitige Aktivität oder Tiefe nicht auf. Halten Sie bei der Bewertung einer Sitzung, die Subagenten verwendet, alle drei Konzepte auseinander. Der Leitfaden zu Claude Code-Subagenten ist die zugehörige Referenz für diesen Teil eines Programmierworkflows.

Die Wiederaufnahme berücksichtigt deaktiviertes Remote Control

Beim Wiederaufnehmen einer Sitzung wird Remote Control nicht mehr stillschweigend erneut verbunden, nachdem der Benutzer es deaktiviert hat. Die Korrektur umfasst --resume, SDK-Hosts und die VS Code-Erweiterung.

VS Code erhält außerdem eine Korrektur für das Ignorieren von ausdrücklich aktiviertem remoteControlAtStartup . Zusammen beheben diese Änderungen sowohl das Überschreiben eines deaktivierten Zustands bei der Wiederaufnahme als auch das Ignorieren einer ausdrücklich aktivierten Starteinstellung in VS Code.

Dies sind Korrekturen am Sitzungsverhalten, keine zusätzlichen Befehle, die Sie einem Workflow zur Wiederaufnahme hinzufügen müssen.

Wichtige Erkenntnisse

• Claude Code 2.1.224 wurde am 7. August 2026 veröffentlicht und führte selbst gehostete Runner sowie sitzungsübergreifende Nachrichten ein.
• Verwenden Sie claude --continue für die neueste Unterhaltung im aktuellen Verzeichnis und claude --resume zum Auswählen einer früheren Unterhaltung oder zum Angeben ihrer ID oder ihres Namens.
• claude agents --json listet aktive Sitzungen auf; /resume bietet eine Auswahl zum erneuten Öffnen von Unterhaltungen.
• claude self-hosted-runner unterstützt die Ausführung von Web-, Mobil- und Desktop-Sitzungen auf den Rechnern oder in den Containern einer Organisation; die Verfügbarkeit ist für Team- und Enterprise-Tarife angegeben.
• Sitzungsübergreifende Nachrichten sind für macOS und Linux aufgeführt. Eingehende Nachrichten an Sitzungen mit umgangenen Berechtigungsprüfungen warten auf die Genehmigung durch den Benutzer, und fehlgeschlagene Zustellungen werden jetzt als Fehler gemeldet.
• Die Veröffentlichung behebt Probleme mit der Sitzungsisolierung bei langen Pfaden und dem Verhalten von Remote Control bei der Wiederaufnahme. Außerdem entfernt sie die Obergrenze von 200 gestarteten Subagenten, während die Limits für Parallelität und Tiefe bestehen bleiben.

FAQ

Was ist der Unterschied zwischen --continue und --resume?

claude --continue, oder claude -c, lädt die neueste Unterhaltung im aktuellen Verzeichnis. claude --resume öffnet die interaktive Auswahl, während die Angabe einer Sitzungs-ID oder eines Namens diese Unterhaltung direkt auswählt.

Wie liste ich gespeicherte Unterhaltungen im Vergleich zu aktiven Sitzungen auf?

Verwenden Sie claude --resume oder die innerhalb einer Sitzung verfügbare /resume Auswahl, um eine frühere Unterhaltung auszuwählen. Verwenden Sie claude agents --json , um aktive Claude-Sitzungen als JSON aufzulisten; dieser Befehl wurde in v2.1.145 eingeführt.

Welche Tarife unterstützen selbst gehostete Claude Code-Umgebungen?

Die Veröffentlichung zu v2.1.224 gibt an, dass selbst gehostete Runner in Team- und Enterprise-Tarifen verfügbar sind. Mit dem Runner können Organisationen Web-, Mobil- und Desktop-Sitzungen auf ihren eigenen Rechnern oder in ihren eigenen Containern ausführen. Die Veröffentlichung nennt jedoch keinen gesonderten Runner-Preis und kein Kontingent für selbst gehostete Sitzungen.

Können Claude Code-Sitzungen einander rechnerübergreifend Nachrichten senden?

Version 2.1.224 ergänzt sitzungsübergreifendes SendMessage und ListAgents Erkennung unter macOS und Linux, wobei der Nachrichtenaustausch mit Sitzungen „auf jedem Ihrer Rechner“ beschrieben wird. Windows-Unterstützung wird nicht aufgeführt, und Nachrichten an Sitzungen, die mit umgangenen Berechtigungsprüfungen laufen, warten auf die Zustimmung des Nutzers.