Mehrere Claude Code-Sessions verwalten: Power-User-Tipps

Eine Claude Code-Session ist nützlich. Mehrere Sessions parallel laufen zu lassen — da setzt der Produktivitätsmultiplikator ein.

Sie können Claude in einem Projekt Tests reparieren lassen, in einem anderen Code refaktorieren und in einem dritten Dokumentation schreiben — alles gleichzeitig auf Ihrem Mac, während Sie vom Telefon aus überwachen. Der Schlüssel ist, sie zu verwalten, ohne den Kontext zu verlieren oder versehentlich den falschen Befehl an die falsche Session zu senden.

Wie Sessions unter der Haube funktionieren

Jede Claude Code-Session in Tactic Remote läuft in einer tmux-Session auf Ihrem Mac. tmux übernimmt die Prozess-Isolation:

# Each session is a separate tmux session
tmux list-sessions
# my-api: 1 windows (created Sat Feb 28 14:30:01 2026)
# frontend: 1 windows (created Sat Feb 28 14:45:12 2026)
# docs-site: 1 windows (created Sat Feb 28 15:00:00 2026)

Jede Session hat:

• Eigenes Arbeitsverzeichnis (Projektpfad)
• Eigene Claude Code-Instanz mit eigenem Gesprächskontext
• Eigenen Scrollback-Buffer (50.000 Zeilen Standard)
• Unabhängigen Ein-/Ausgabe-Stream

Wenn Sie auf dem iPhone die Session wechseln, trennt der Server eine tmux-Session und verbindet sich mit einer anderen. Die Session, die Sie verlassen, läuft weiter — Claude Code stoppt nicht, weil Sie gewechselt haben.

Parallele Sessions einrichten

Benennungsstrategie

Session-Namen werden automatisch aus dem Projektordner-Namen generiert. Für ein Verzeichnis /Users/you/code/my-api wird der Session-Name my-api. Das funktioniert gut, bis Sie mehrere Projekte mit ähnlichen Namen haben.

Tipps:

• Verwenden Sie eindeutige Projektordner-Namen
• Bei Arbeit an Branches desselben Projekts: Geben Sie den Branch-Kontext im Prompt an, statt separate Sessions zu erstellen
• Halten Sie Session-Namen kurz — Sie sehen sie in einer Liste auf dem Telefon

Projektpfad-Auswahl

Beim Erstellen einer Session durchsuchen Sie das Dateisystem Ihres Mac vom Telefon aus. Tactic Remote zeigt:

• Zuletzt verwendete Pfade (bis zu 10, neueste zuerst)
• Favoriten-Pfade, die Sie angepinnt haben
• Vollständigen Verzeichnis-Browser für die Navigation zu neuen Orten

Für Geschwindigkeit: Richten Sie Ihre meistgenutzten Projektverzeichnisse als Favoriten ein, bevor Sie sie brauchen. Tief verschachtelte Verzeichnisse auf dem Telefon zu durchsuchen, ist mühsam.

Der parallele Workflow

Hier ein konkretes Beispiel für die Verwaltung dreier paralleler Sessions:

Session 1: API-Bugfix

Project: /Users/you/code/billing-api
Task: "The webhook handler is dropping events when multiple arrive simultaneously.
       Add a queue with retry logic."
Status: Claude is working autonomously

Session 2: Frontend-Feature

Project: /Users/you/code/dashboard-ui
Task: "Add a dark mode toggle to the settings page.
       Use the existing theme context."
Status: Claude is waiting for approval (wants to install a new dependency)

Session 3: Dokumentation

Project: /Users/you/code/docs-site
Task: "Update the API reference for the billing endpoints
       to reflect the new webhook queue behavior."
Status: Idle (waiting for Session 1 to finish so docs match the code)

Ihr Telefon zeigt die Session-Liste. Sie sehen, dass Session 2 Aufmerksamkeit braucht (Genehmigungsanfrage). Tippen zum Wechseln, die Abhängigkeit prüfen, die Claude hinzufügen möchte, Y oder N tippen, zurück zur Überwachung.

Session-Verwaltungsmuster

Muster 1: Pipeline-Abhängigkeiten

Manchmal haben Sessions logische Abhängigkeiten: erst die API-Änderung abschließen, dann das Frontend aktualisieren, dann die Dokumentation.

Vorgehen:

1. Session 1 (API) mit der Hauptaufgabe starten
2. Benachrichtigung erhalten, wenn Session 1 fertig ist
3. Die Änderungen in Session 1 prüfen
4. Session 3 (Doku) starten mit Bezug auf die abgeschlossenen API-Änderungen
5. Währenddessen kann Session 2 (Frontend) unabhängig laufen

Der Schlüssel: Starten Sie abhängige Aufgaben erst, wenn die vorgelagerte Aufgabe abgeschlossen ist. Claude Code kennt Ihre anderen Sessions nicht — jede arbeitet unabhängig.

Muster 2: Unabhängige Parallelaufgaben

Wenn Aufgaben wirklich unabhängig sind, starten Sie alle gleichzeitig:

1. Session 1 erstellen, Aufgabe senden
2. Session 2 erstellen, Aufgabe senden
3. Session 3 erstellen, Aufgabe senden
4. Auf Benachrichtigungen warten

Das maximiert den Durchsatz. Ihr Mac übernimmt die parallele Ausführung (jede Claude Code-Instanz ist ein separater Prozess). Überwachen Sie die Session-Liste, um zu sehen, welche noch laufen.

Muster 3: Exploration + Produktion

Verwenden Sie eine Session zur Erkundung und eine andere für produktive Arbeit:

• Explorations-Session: „Lies das Payment-Modul durch und erkläre die Architektur. Liste die wichtigsten Klassen und ihre Verantwortlichkeiten auf."
• Arbeits-Session: (nach dem Lesen der Explorations-Ausgabe) „Refaktoriere PaymentProcessor, um die Validierungslogik in eine separate ValidationService-Klasse zu extrahieren."

Das verhindert, dass Ihre Arbeits-Session sich mit Explorationskontext füllt, der Claudes Fokus verwässert.

Praktische Tipps

Sessions fokussiert halten

Jede Session sollte einen klaren Zweck haben. Widerstehen Sie der Versuchung, eine Session, die eine Aufgabe abgeschlossen hat, für etwas völlig anderes wiederzuverwenden — der angesammelte Gesprächskontext der vorherigen Aufgabe kann Claude bei der neuen verwirren.

Stattdessen: Erstellen Sie eine neue Session für jede eigenständige Aufgabe. Sessions sind günstig (es sind nur tmux-Sessions).

/compact für lange Sessions nutzen

Wenn eine Session lange mit viel Hin und Her gelaufen ist, wächst der Gesprächskontext. Das kann Claude verlangsamen und die Token-Kosten erhöhen. Der /compact-Slash-Befehl verdichtet das Gespräch und behält den wichtigen Kontext bei, während die Token-Anzahl reduziert wird.

Kosten mit /cost überwachen

Beim Betrieb mehrerer paralleler Sessions multiplizieren sich die Token-Kosten. Verwenden Sie den /cost-Befehl in jeder Session zur Kostenprüfung. Eine nützliche Gewohnheit: Prüfen Sie /cost in jeder aktiven Session am Ende des Tages.

Abgeschlossene Sessions beenden

Inaktive tmux-Sessions verbrauchen minimale Ressourcen, aber sie überfrachten Ihre Session-Liste. Nach dem Prüfen der Ausgabe einer abgeschlossenen Aufgabe: Beenden Sie die Session, wenn Sie sie nicht mehr referenzieren müssen.

Snippets für wiederholte Aktionen nutzen

Wenn Sie häufig die gleichen Befehle über Sessions hinweg ausführen (z.B. „Tests ausführen", „Git-Status prüfen"), speichern Sie sie als benutzerdefinierte Snippets. Ein Tippen statt jedes Mal tippen.

Integrierte Snippets decken gängige Muster ab:

• Claude-Kategorie: Session starten, komprimieren, Kosten prüfen
• Git-Kategorie: Status, Commit, Push
• System-Kategorie: Dateien auflisten, Festplatte prüfen

Ressourcen-Überlegungen

Mehrere Claude Code-Instanzen parallel verbrauchen:

• CPU und Arbeitsspeicher auf Ihrem Mac — jeder Claude Code-Prozess und jede tmux-Session nutzt Ressourcen. Moderne Macs bewältigen 3-5 gleichzeitige Sessions problemlos. Darüber hinaus: Activity Monitor prüfen.
• API-Tokens — jede Session-Konversation mit dem KI-Modell kostet Tokens. Parallele Sessions multiplizieren das linear.
• Netzwerkbandbreite — minimal. Terminal-Text ist klein im Vergleich zu Video oder großen Dateiübertragungen.

Die Mac App verhindert den Ruhezustand bei laufendem Server, was für lange parallele Sessions wichtig ist. Aber überwachen Sie die Temperatur und den Akku Ihres Mac (falls Laptop), wenn Sie viele Sessions gleichzeitig betreiben.

Kontextwechsel ohne den Faden zu verlieren

Wenn Sie auf dem Telefon von Session A zu Session B wechseln:

• Session A läuft weiter (Claude arbeitet weiter)
• Session Bs neueste Ausgabe lädt per State-Hydration
• Ihr Telefon zeigt Session Bs Terminal ab der aktuellsten Position

Wenn Sie zurück zu Session A wechseln:

• Session B läuft weiter
• Session As Ausgabe wird neu geladen und zeigt den Fortschritt, den Claude in Ihrer Abwesenheit gemacht hat

Die mehrstufige Hydration (0,2s, 0,7s, 1,5s Aktualisierungsintervalle) stellt sicher, dass Sie den vollständigen aktuellen Zustand erhalten, selbst wenn der erste Ladevorgang unvollständig ist.

Anti-Muster, die Sie vermeiden sollten

Keine Mikromanagement-Parallelarbeit. Wenn Sie ständig zwischen Sessions hin- und herwechseln, um den Fortschritt zu prüfen, nutzen Sie den Produktivitätsvorteil nicht. Vertrauen Sie dem Benachrichtigungssystem — es sagt Ihnen, wenn etwas Ihre Aufmerksamkeit braucht.

Nicht eine Session für alles nutzen. Eine einzelne Session, die Aufgabe nach Aufgabe ausführt, sammelt Kontext an, der die Leistung verschlechtert. Erstellen Sie frische Sessions für eigenständige Aufgaben.

Nicht viele inaktive Sessions laufen lassen. Sie verbrauchen zwar minimale Ressourcen, aber eine lange Session-Liste auf dem Telefon erschwert das Finden der aktiven Sessions. Räumen Sie hinter sich auf.

Keine abhängigen Aufgaben vorzeitig starten. Wenn Session 2 von Session 1s Ausgabe abhängt, warten Sie, bis Session 1 abgeschlossen ist. Session 2 frühzeitig mit Annahmen über Session 1s Ergebnis zu starten, führt zu verschwendeter Arbeit.