Mehrere Claude-Code-Sessions gleichzeitig ausführen, ohne den Überblick zu verlieren

Zwei Claude-Code-Sessions gleichzeitig laufen zu lassen, fühlt sich wie ein Produktivitäts-Trick an. Fünf fühlen sich an wie Katzenhüten. An einem normalen Techsy-Kundentag laufen bei uns drei bis vier Claude-Code- und OpenAI-Codex-Sessions gleichzeitig: eine refaktoriert eine Next.js-Route, eine schreibt Tests, eine wartet seit 20 Minuten unbemerkt auf eine Freigabe. Das Coden ist nicht der schwere Teil. Zu wissen, welches Terminal gerade einen Menschen braucht, und zwar jetzt, das ist es.

Kurzfassung

So laufen mehrere KI-Coding-Sessions parallel, ohne im Chaos zu enden: Geben Sie jeder Session genau eine eng umrissene Aufgabe, packen Sie jede in ihr eigenes Git-Worktree, damit sie nie dieselben Dateien anfassen, bündeln Sie Ihre Reviews statt jede Session live zu beobachten, und nutzen Sie etwas, das den Session-Status verfolgt, damit Sie wissen, welche gerade blockiert ist. Der Fehlerfall ist nie „zu viel Output". Es ist eine fertige oder feststeckende Session, die still daliegt, während Sie auf die falsche warten.

Warum aus einer Session vier wurden

Eine einzelne Agent-Session hat Leerlaufzeiten. Sie plant, bearbeitet, lässt eine Testsuite laufen, wartet auf eine langsame Installation. Während sie arbeitet, sitzen Sie da und warten. Der naheliegende Schritt: eine zweite Session für eine unabhängige Aufgabe starten, dann eine dritte. Zwei Dinge machen das 2026 praktikabel, was vor einem Jahr noch mühsam war: Agenten halten den Kontext lange genug, um eine ganze Aufgabe eigenständig zu übernehmen, und Git-Worktrees lassen jede Session in ihrem eigenen Branch und eigenen Verzeichnis arbeiten.

Die Rechnung ist einfach. Ist jede Session zu 60 % der Zeit produktiv, bringen Sie drei zeitversetzt gestartete Sessions näher an eine volle Auslastung, ohne dass eine die andere blockiert. Bei uns hat sich drei bis vier als der Punkt herauskristallisiert, ab dem der Koordinationsaufwand den Gewinn wieder auffrisst.

Das eigentliche Problem: Sessions werden still, nicht laut

Das ist der Fehlerfall, vor dem Sie niemand warnt. Parallele Sessions scheitern nicht, indem sie Sie überfluten. Sie scheitern, indem sie still werden. Ein Lauf ist fertig und wartet auf die nächste Anweisung. Ein Lauf hält an und fragt „soll ich diese Migration löschen?" und blockiert. Ein Lauf trifft auf ein Rate-Limit und bleibt stehen. Keiner davon macht Lärm. Sie merken es erst, wenn Sie 15 Minuten später zu dem Tab wechseln und feststellen, dass die Session, die vermeintlich lief, die ganze Zeit im Leerlauf war.

Ab drei Sessions ist die knappe Ressource nicht die Rechenleistung. Es ist Ihre Aufmerksamkeit – genauer gesagt das Wissen, wohin Sie sie als Nächstes richten müssen.

Ein Workflow, der auch bei mehr als drei Sessions trägt

So sieht das Setup aus, das wir bei echter Arbeit einsetzen:

1. Eine Aufgabe pro Session. „Refaktoriere das Auth-Modul" ist eine Session. „Verbessere die Codebasis" ist keine. Ein enger Scope ist das, was es Ihnen erlaubt, eine Session in Ruhe zu lassen und ihrem Ergebnis später zu vertrauen.
2. Ein Git-Worktree pro Session. git worktree add ../feature-x feature-x gibt jedem Agenten sein eigenes Verzeichnis und seinen eigenen Branch. Zwei Sessions, die dieselbe Datei bearbeiten, sind der schnellste Weg, einen ganzen Nachmittag an Merge-Konflikten zu verlieren.
3. Starts zeitlich versetzen. Starten Sie Sessions im Abstand von einigen Minuten, damit sie ihre „braucht Review"-Momente zu unterschiedlichen Zeiten erreichen, nicht alle gleichzeitig.
4. Reviews bündeln. Nicht babysitten. Lassen Sie Sessions laufen und reviewen Sie dann zwei oder drei Diffs in einem konzentrierten Durchgang. Bei jedem kleinen Schritt den Kontext zu wechseln, ist genau der Punkt, an dem die Produktivität tatsächlich verpufft.
5. Session-Status kennen, ohne nachzuschauen. Das ist der Teil, den die meisten überspringen, und genau der, der dafür sorgt, dass die anderen vier auch einen stressigen Tag überstehen. Wenn Sie schon einmal eine SKILL.md geschrieben haben, wissen Sie bereits, dass sich diese Disziplin auszahlt; hier gilt dasselbe. Den breiteren Workflow dazu finden Sie in unserer Anleitung zum Schreiben eines Claude Skills, und die Automationen, auf die wir uns dabei verlassen, in der Techsy-Library.

Session-Status auf einen Blick erkennen

Schritt eins bis vier sind Gewohnheiten. Schritt fünf braucht ein Tool, denn Sie können nicht fünf Terminals im Blick behalten und gleichzeitig konzentriert arbeiten. Sie wollen etwas, das die Sessions beobachtet und Ihnen sagt, welche Sie braucht, damit Sie nicht in einer Dauerschleife durch Tabs klicken.

Offenlegung: Agent Island ist ein Techsy-Partner, und der Link in diesem Abschnitt ist gesponsert.

Agent Island ist ein kostenloser, quelloffener Status-Begleiter für Claude Code und OpenAI Codex unter macOS und Windows. Es läuft lokal und zeigt auf einen Blick, ob jede unterstützte Session gerade arbeitet, auf Eingabe wartet, fertig ist, feststeckt oder ein Rate-Limit erreicht hat, und kann Sie benachrichtigen, wenn eine Session Eingabe braucht. Es liest den Session-Status auf Ihrer eigenen Maschine: Es gibt kein Agent-Island-Konto anzulegen, keine Produkt-Telemetrie, und Ihre Session-Daten werden nicht zu Agent Island hochgeladen. Der Quellcode ist MIT-lizenziert und auf GitHub verfügbar. Zur Klarstellung des Umfangs: Es ist kein KI-Coding-Agent, keine IDE und kein gehosteter Monitoring-Dienst. Es ist eine Status-Ebene, die neben den Tools sitzt, die Sie ohnehin schon nutzen, und eine einzige Frage gut beantwortet: welche Session braucht mich gerade.

Wann Sie keine parallelen Sessions fahren sollten

Parallelität ist nicht kostenlos. Verzichten Sie darauf, wenn:

• Die Arbeit ist eng verzahnt. Wenn jede Änderung dieselben Kern-Dateien betrifft, geraten Sessions sich gegenseitig in die Quere. Lassen Sie nur eine laufen.
• Sie befinden sich noch in der Explorationsphase. Frühe Design-Arbeit braucht Ihre volle Aufmerksamkeit auf einem Strang, nicht auf vier halbfertigen.
• Sie können nicht im selben Tempo reviewen, wie Sie generieren. Vier Sessions, die Diffs produzieren, die Sie nie lesen, sind keine Geschwindigkeit. Das ist ein Backlog mit Extra-Schritten und mehr Risiko.

Zwei gut geführte Sessions schlagen fünf, bei denen Sie den Überblick verloren haben.

Wie das Techsy-Team das umsetzt

Bei Kundenprojekten deckeln wir bei vier Sessions, jede mit einer Aufgabe, jede in ihrem eigenen Worktree, reviewt in Batches etwa alle halbe Stunde. Den größten Unterschied hat nicht ein schnelleres Modell gemacht. Es war das Wegfallen der Notwendigkeit, nachzuschauen. Sobald eine Session ihren eigenen Status meldet, hört „welche ist blockiert" auf, eine Frage zu sein, die Sie im Kopf mit sich herumtragen, und das Ganze fühlt sich nicht mehr wie Katzenhüten an. Diese eine Veränderung hat uns von „zwei Sessions ist mein Limit" dazu gebracht, vier ohne Bauchschmerzen zu fahren.

Häufig gestellte Fragen

Wie viele Claude-Code-Sessions kann ich gleichzeitig laufen lassen?

Technisch so viele, wie Ihre Maschine und die Rate-Limits zulassen. In der Praxis kommen die meisten Entwickler bei drei bis vier an eine Grenze, ab der der Koordinationsaufwand den Nutzen wieder auffrisst. Starten Sie mit zwei und fügen Sie eine dritte erst hinzu, sobald sich das Review so vieler Diffs noch angenehm anfühlt.

Teilen sich parallele Sessions Kontext oder Memory?

Nein. Jede Claude-Code- oder Codex-Session hat ihr eigenes Context-Window und ihre eigene Konversation. Diese Isolation ist ein Feature: Deshalb können Sie ihnen unabhängige Aufgaben geben. Und deshalb ist ein Git-Worktree pro Session wichtig, damit auch ihre Dateiänderungen isoliert bleiben.

Wozu dient ein Git-Worktree hierbei?

Ein Worktree gibt jeder Session ihr eigenes Arbeitsverzeichnis und ihren eigenen Branch aus demselben Repository. Zwei Agenten, die dieselben Dateien im selben Verzeichnis bearbeiten, überschreiben sich gegenseitig die Arbeit. Worktrees halten sie physisch getrennt, bis Sie mergen.

Wie erkenne ich, wann eine Session auf Eingabe wartet?

Ohne Tooling erkennen Sie es nicht, bis Sie nachschauen. Ein Status-Begleiter wie Agent Island zeigt, welche Sessions arbeiten, warten, fertig sind, feststecken oder ein Rate-Limit erreicht haben, und kann Sie benachrichtigen, wenn eine Eingabe braucht, sodass Sie nicht durch Terminals klicken müssen.

Kostet es mehr, mehrere Sessions gleichzeitig laufen zu lassen?

Sie nutzen mehr von der Kapazität Ihres Plans und können schneller an Rate-Limits stoßen, was einer der Gründe ist, warum Sessions steckenbleiben. Takten Sie Ihre Starts und achten Sie auf Rate-Limit-Status, statt anzunehmen, dass eine stille Session noch arbeitet.

Lohnen sich parallele Agenten für einen Solo-Entwickler?

Ja, sobald Ihr Review-Tempo mit dem Generieren mithält. Ein Solo-Entwickler mit zwei sauber abgegrenzten Sessions und einer Möglichkeit, deren Status zu sehen, bekommt den Großteil des Nutzens, ohne den Koordinationsaufwand eines ganzen Teams.

Geht das unter Windows, oder nur auf macOS?

Beides. Claude Code und Codex laufen unter macOS und Windows, und Agent Island unterstützt beide Plattformen für den Session-Status.

Was bricht zuerst, wenn ich zu viele Sessions hinzufüge?

Ihr Review-Durchsatz. Diffs zu generieren ist billig; sie zu lesen und ihnen zu vertrauen nicht. Sobald sich ungereviewte Arbeit stapelt, fügen Sie keine weiteren Sessions hinzu und arbeiten Sie zuerst den Backlog ab.

Über den Autor

Mert Batur baut bei Techsy, wo das Team KI-Agenten, Automatisierungssysteme und Voice/SDR-Pipelines für B2B-Kunden liefert. Er schreibt über den LLM-Tooling-Stack und die Claude Skills, die das Techsy-Team tatsächlich produktiv einsetzt. Vernetzen Sie sich auf LinkedIn.