Meerdere Claude Code-sessies tegelijk draaien (zonder het overzicht te verliezen)

Twee Claude Code-sessies tegelijk draaien voelt als een productiviteitstruc. Vijf voelt als kikkers hoeden. Op een normale Techsy-klantendag houden we drie tot vier Claude Code- en OpenAI Codex-sessies tegelijk draaiend: één die een Next.js-route herstructureert, één die tests schrijft, één die 20 minuten geleden gepauzeerd is op een goedkeuring die niemand opmerkte. Het coderen is niet het lastige deel. Weten welke terminal nú een mens nodig heeft, dat wel.

Korte samenvatting

Om meerdere AI-codeersessies parallel te draaien zonder chaos: geef elke sessie één afgebakende taak, zet elke sessie in zijn eigen git worktree zodat ze nooit dezelfde bestanden aanraken, bundel je reviews in plaats van elke sessie live te volgen, en gebruik iets dat de sessiestatus bijhoudt zodat je weet welke sessie vastzit. Het faalscenario is nooit "te veel output". Het is een afgeronde of vastgelopen sessie die stil zit te wachten terwijl jij op de verkeerde zit te letten.

Waarom één sessie er vier werden

Eén agentsessie heeft dode tijd. Ze plant, bewerkt, draait een testsuite, wacht op een trage installatie. Terwijl ze werkt, zit jij te wachten. De voor de hand liggende stap is een tweede sessie starten op ongerelateerd werk, en dan een derde. Twee dingen maken dit in 2026 praktisch, terwijl het een jaar geleden nog pijnlijk was: agents houden context lang genoeg vast om een hele taak zelfstandig te dragen, en git worktrees laten elke sessie werken op zijn eigen branch in zijn eigen directory.

De rekensom is simpel. Als elke sessie 60% van de tijd productief is, houden drie gefaseerd gestarte sessies je dichter bij volledige benutting zonder dat de ene de andere blokkeert. Wij kwamen uit op drie tot vier als het punt waarop de coördinatiekosten de winst beginnen op te eten.

Het echte probleem: sessies worden stil, niet luid

Dit is het faalscenario waar niemand je voor waarschuwt. Parallelle sessies falen niet door je te overspoelen. Ze falen door stil te worden. Een run is klaar en wacht op de volgende instructie. Een run stopt om te vragen "moet ik deze migratie verwijderen?" en blokkeert. Een run raakt een rate limit en loopt vast. Geen van deze roept om aandacht. Je ontdekt het pas wanneer je 15 minuten later naar dat tabblad overschakelt en merkt dat de sessie waarvan je dacht dat hij aan het werk was, de hele tijd stil heeft gestaan.

Bij drie-plus sessies is de schaarse resource niet compute. Het is jouw aandacht, en dan vooral weten waar je die als volgende op moet richten.

Een workflow die standhoudt voorbij drie sessies

Dit is de setup die we gebruiken bij echt werk:

1. Eén taak per sessie. "Refactor de auth-module" is een sessie. "Verbeter de codebase" is dat niet. Een afgebakende scope is wat je in staat stelt een sessie met rust te laten en de output er later op te vertrouwen.
2. Een git worktree per sessie. git worktree add ../feature-x feature-x geeft elke agent zijn eigen directory en branch. Twee sessies die hetzelfde bestand bewerken, is de snelste manier om een middag te verliezen aan merge conflicts.
3. Fasseer de starts. Start sessies een paar minuten na elkaar, zodat ze hun "moet-gereviewd-worden"-momenten op verschillende tijden bereiken, niet allemaal tegelijk.
4. Bundel reviews. Wees geen kindermeisje. Laat sessies draaien en review dan twee of drie diffs in één gefocuste ronde. Context-switching bij elke kleine stap is waar de productiviteit daadwerkelijk weglekt.
5. Ken de sessiestatus zonder te checken. Dit is het onderdeel dat de meeste mensen overslaan, en het is het onderdeel dat ervoor zorgt dat de andere vier ook standhouden op een drukke dag. Heb je ooit een SKILL.md geschreven, dan weet je al dat die discipline zich terugbetaalt; hetzelfde geldt hier. Zie onze gids voor het schrijven van een Claude skill voor de bredere workflow, en de Techsy library voor de automations waar wij op leunen.

Sessiestatus in één oogopslag zien

Stappen één tot en met vier zijn gewoontes. Stap vijf heeft een tool nodig, want je kunt niet vijf terminals in de gaten houden en tegelijk diep werk doen. Je wilt iets dat de sessies in de gaten houdt en je vertelt welke sessie je nodig heeft, zodat je niet in een lus tabbladen blijft checken.

Disclosure: Agent Island is een Techsy-partner, en de link in deze sectie is gesponsord.

Agent Island is een gratis, open-source statusmetgezel voor Claude Code en OpenAI Codex op macOS en Windows. Het draait lokaal en toont in één oogopslag of elke ondersteunde sessie aan het werk is, op input wacht, klaar is, vastzit of tegen een rate limit aanloopt, en het kan je waarschuwen wanneer een sessie input nodig heeft. Het leest sessiestatus op je eigen machine: er is geen Agent Island-account nodig, geen producttelemetrie, en je sessiedata wordt niet geüpload naar Agent Island. De broncode is MIT-licensed en beschikbaar op GitHub. Voor de duidelijkheid over de scope: het is geen AI-codeeragent, geen IDE en geen gehoste monitoringdienst. Het is een statuslaag die naast de tools zit die je al draait, en die één vraag goed beantwoordt: welke sessie heeft mij nu nodig.

Wanneer je geen parallelle sessies moet draaien

Parallellisme is niet gratis. Sla het over wanneer:

• Het werk sterk verweven is. Als elke wijziging dezelfde kernbestanden raakt, gaan sessies elkaar in de weg zitten. Draai er dan één.
• Je nog aan het verkennen bent. Vroeg ontwerpwerk heeft je volle aandacht op één spoor nodig, niet op vier halfafgeronde.
• Je niet net zo snel kunt reviewen als je genereert. Vier sessies die diffs produceren die je nooit leest, is geen snelheid. Het is een backlog met extra stappen en meer risico.

Twee goed gerunde sessies verslaan vijf waar je het overzicht op kwijt bent.

Hoe het Techsy-team het aanpakt

Bij klantprojecten leggen we het plafond op vier sessies, elk met één taak, elk in zijn eigen worktree, gereviewd in batches van ruwweg elk half uur. De verandering die het grootste verschil maakte, was geen sneller model. Het was het wegnemen van de noodzaak om te checken. Zodra een sessie zelf zijn status meldt, stopt "welke zit er vast" een vraag te zijn die je in je hoofd meedraagt, en voelt het geheel niet langer als kikkers hoeden. Die ene verschuiving bracht ons van "twee sessies is mijn limiet" naar vier draaien zonder tegenzin.

Veelgestelde vragen

Hoeveel Claude Code-sessies kan ik tegelijk draaien?

Technisch gezien zoveel als je machine en je rate limits toestaan. In de praktijk lopen de meeste developers tegen drie tot vier aan voordat de coördinatie-overhead het voordeel tenietdoet. Begin met twee, en voeg pas een derde toe zodra het reviewen van zoveel diffs comfortabel aanvoelt.

Delen parallelle sessies context of geheugen?

Nee. Elke Claude Code- of Codex-sessie heeft zijn eigen context window en zijn eigen conversatie. Die isolatie is een feature: daarom kun je ze ongerelateerde taken geven. Het is ook waarom een git worktree per sessie belangrijk is, zodat hun bestandswijzigingen ook geïsoleerd blijven.

Wat is het nut van een git worktree hierbij?

Een worktree geeft elke sessie zijn eigen werkdirectory en branch vanuit dezelfde repository. Twee agents die dezelfde bestanden in dezelfde directory bewerken, overschrijven elkaars werk. Worktrees houden ze fysiek gescheiden totdat je merget.

Hoe weet ik wanneer een sessie op input wacht?

Zonder tooling weet je het niet, totdat je checkt. Een statusmetgezel zoals Agent Island laat zien welke sessies aan het werk zijn, wachten, klaar zijn, vastzitten of tegen een rate limit aanlopen, en kan je waarschuwen wanneer er één input nodig heeft, zodat je niet steeds door terminals hoeft te scrollen.

Kost het draaien van meerdere sessies meer?

Je gebruikt meer van de capaciteit van je plan en kunt sneller tegen rate limits aanlopen, wat een van de redenen is waarom sessies vastlopen. Doseer je starts en let op rate-limit-statussen in plaats van aan te nemen dat een stille sessie nog aan het werk is.

Is het draaien van parallelle agents de moeite waard voor een solo developer?

Ja, zodra je reviewtempo gelijke tred houdt met je generatietempo. Een solo developer met twee goed afgebakende sessies en een manier om hun status te zien, haalt het grootste deel van het voordeel binnen zonder de coördinatielast van een heel team.

Kan dit op Windows, of alleen op macOS?

Allebei. Claude Code en Codex draaien op macOS en Windows, en Agent Island ondersteunt beide platforms voor sessiestatus.

Wat breekt er als eerste als ik te veel sessies toevoeg?

Je reviewdoorvoer. Diffs genereren is goedkoop; ze lezen en erop vertrouwen niet. Zodra ongereviewd werk zich opstapelt, voeg dan geen sessies meer toe en ruim eerst de backlog op.

Over de auteur

Mert Batur bouwt bij Techsy, waar het team AI agents, automation-systemen en voice/SDR-pipelines voor B2B-klanten uitlevert. Hij schrijft over de LLM tooling stack en de Claude Skills die het Techsy-team daadwerkelijk in productie gebruikt. Connect op LinkedIn.