000%
TMUX · AGENT CHATS
NOTES — ED. 2026.08

Ein Window bildet eine Wand zwischen Chats,
aber keine Abschottung gegen Dateikonflikte.

Technical Reference · Drafted with Codex.

Grundlage: die offizielle Dokumentation vom 2026-08-20. Sowohl Claude Code als auch Codex können mehrere Gespräche verwalten. Wir unterscheiden den Nutzen von tmux-Windows von Konflikten im gemeinsamen Arbeitsverzeichnis, die Windows allein nicht lösen.

Notes
FIG. 01MANY CHATS, MANY PROCESSES — ONE FILESYSTEM
CLAUDE CODE · CODEXBOTH SUPPORT MULTIPLE CHATS

Die Antwort — beide unterstützen mehrere Gespräche

MULTIPLE CHATS · 2026

Sowohl Claude Code als auch Codex können mehrere getrennte Gespräche anlegen, gespeicherte Gespräche wieder öffnen und verzweigen. Mit einem CLI-Prozess pro tmux-Window laufen mehrere Gespräche parallel; du wechselst über ihre Namen. Der entscheidende Unterschied ist nicht, dass nur eines der Werkzeuge mehrere Chats unterstützt.

Drei Ebenen sind zu unterscheiden. Ein tmux-Window trennt Terminalansichten und Prozesse. Eine session beziehungsweise ein chat des jeweiligen Werkzeugs trennt Gesprächsverlauf und Kontext. Ein Git-Branch oder ein separates Arbeitsverzeichnis trennt Dateiänderungen. Die Trennung der ersten beiden Ebenen isoliert nicht automatisch auch die letzte.

SESSION · RESUMEBRANCH, DO NOT INTERLEAVE

Claude Code — Sessions benennen und verzweigen

CLAUDE CODE SESSIONS · 2026

Ein Gespräch in Claude Code ist eine an das Projektverzeichnis gebundene Session. Die offizielle Dokumentation beschreibt, wie du mit claude --resume oder /resume eine gespeicherte Session auswählst und mit /branch oder --fork-session aus einer Kopie des bisherigen Verlaufs eine neue Session anlegst. Sie bietet auch Session-Namen für parallele Aufgaben.

Die offizielle Dokumentation warnt: Wird dieselbe Session ohne Fork gleichzeitig in zwei Terminals fortgesetzt, können die Nachrichten beider Seiten in einem Transcript landen. Wenn du zwei Windows verwendest, lege deshalb eine unabhängige Session an oder verzweige eine bestehende, statt dieselbe Session zweimal zu öffnen.

CHAT · NEW · RESUME · FORKAGENT THREADS ARE DIFFERENT

Codex — Chats und Agent-Threads unterscheiden

CODEX CHATS · 2026

Codex CLI beginnt mit /new einen separaten Chat, setzt mit /resume einen gespeicherten Chat fort und erstellt mit /fork einen neuen Chat unter Erhalt des ursprünglichen Transcripts. Die offizielle Dokumentation empfiehlt einen eigenen Chat für jede Aufgabe mit einem anderen Ergebnis und denselben Chat für aufeinanderfolgende Arbeiten am gleichen Problem.

Die Subagents von Codex und die von /agent angezeigten Agent-Threads bilden eine interne Parallelstruktur: Ein Hauptgespräch delegiert Teilaufgaben und sammelt die Ergebnisse. Das dient einem anderen Zweck als unabhängige CLI-Chats in einzelnen tmux-Windows. Ein separater Chat eignet sich für eigenständige Verantwortung und langfristigen Kontext; ein Agent-Thread für eine begrenzte Untersuchung, die zu einem gemeinsamen Ergebnis beiträgt.

ONE WINDOW, ONE PURPOSEVISIBLE PROCESS BOUNDARY

Warum tmux-Windows? Gespräche und Ausführungszustände sichtbar trennen

VISIBLE BOUNDARIES · 2026

Eine lange laufende interaktive CLI belegt dauerhaft ein Terminal. Getrennte Windows erlauben gleichzeitig geöffnete Gespräche für Zwecke wie notes, implementation und review; mit C-b w oder einer Nummer wechselst du zwischen ihnen. Der Window-Name zeigt als sichtbare Orientierung, welches Gespräch deine Eingabe erhält.

Prozesse können nach detach weiterlaufen. So kannst du die äußere Terminalverbindung verlassen, während du auf eine lange Antwort oder Prüfung wartest. Nutzungslimits, Serverzustand, Gesprächsspeicherung und Freigabeanfragen der einzelnen Werkzeuge verwaltet tmux jedoch nicht für dich.

SAME DIRECTORY, SAME FILESWINDOWS ARE NOT ISOLATION

Die wichtigste Grenze — verschiedene Windows sehen dieselben Dateien

NOT FILESYSTEM ISOLATION · 2026

Öffnen zwei Windows denselben Repository-Pfad, sehen beide KIs dieselben Dateien und denselben Git-Index. Während eine eine Datei bearbeitet, kann die andere sie überschreiben, den Branch wechseln oder die unfertigen Änderungen der anderen für ihre eigene Arbeit halten. tmux verhindert solche Konflikte nicht.

Erlauben die Repository-Regeln es, verwende je Aufgabe ein isoliertes Verzeichnis und einen Branch. Andernfalls lege Verantwortung und Reihenfolge eindeutig fest, damit dieselbe Datei nicht gleichzeitig bearbeitet wird. Ein Zweck pro Window, ein Ergebnis pro Chat und eine schreibende Aufgabe pro Arbeitsverzeichnis sind wichtiger als Tastenkürzel.

Was auf den einzelnen Ebenen tatsächlich getrennt wird
tmux Window
Getrennt
Ansicht, Terminal und laufender Prozess
Nicht getrennt
Repository-Dateien und Git-Index
Claude-/Codex-Gespräch
Getrennt
Transcript und Gesprächskontext
Nicht getrennt
Änderungen an Dateien unter demselben Pfad
Separater Arbeitsbereich und Branch
Getrennt
Verlauf der Dateiänderungen im erlaubten Umfang
Nicht getrennt
Externe Konten und Zustand gemeinsamer Dienste
— FIN —