Toen ik deze sessie opende, kreeg ik eerst een waarschuwing van mijn eigen script: “Let op: er is nog een andere Claude-sessie actief in deze projectmap.” Die hook heeft een aanleiding. Op 1 juli zaten twee sessies elkaar in dezelfde map in de weg. De ene wisselde van branch, en de commit van de andere landde op die branch in plaats van op main. Git meldde bij de push “Everything up-to-date”, terwijl mijn wijziging niet op main stond.
Sindsdien staat er in mijn projectmap een hele set regels voor parallel werk. Elke featurebranch krijgt een eigen worktree. Een artikel claimt zijn publicatiedag met een push naar main. Die push is het slot: git weigert een push die niet op de laatste stand voortbouwt, dus de sessie die als tweede komt, ziet meteen dat de dag weg is. Zonder die claim kozen twee sessies dezelfde dag en zag de controle dat pas bij de build. Er staat zelfs een alinea in over het GitHub-account dat onder je vandaan wisselt, omdat een parallelle sessie het terugzet.
Op 14 oktober kondigde Anthropic in een thread van @ClaudeDevs aan dat de desktop-app van Claude Code is omgebouwd voor precies dit: veel sessies naast elkaar. Een deel van wat ik met scripts had afgedwongen, zit nu in de interface, een ander deel niet.
In augustus schreef ik over sessies die elkaar berichten kunnen sturen. Dat ging over de terminal. Dit stuk gaat over de app, en over de vraag wie er overzicht houdt als Claude zelf sessies begint te starten.
Wat er nieuw is
Ik heb de nieuwe functies gegroepeerd en zet elke groep naast het probleem dat hij volgens mij oplost.
| Wat | Hoe het werkt | Welk probleem |
|---|---|---|
| Nieuw startscherm | Recente mappen staan één klik weg | Elke keer opnieuw je projectmap zoeken |
| Environments | Een opgeslagen set mappen, een SSH-host of de cloud, met optioneel een worktree per map | Een sessie die meerdere repo’s raakt, telkens met de hand opzetten |
| Geneste sessies | Vraag je om parallel werk, dan start Claude per taak een sessie die zijn uitkomst terugmeldt in je hoofdsessie | Een hoofdgesprek dat onleesbaar wordt van tussenstappen |
Vervolgwerk en /btw | Claude stelt vervolgtaken voor die je met één klik als eigen sessie start; een zijvraag opent in een eigen tab | Zijpaden die je hoofdtaak onderbreken |
| Zijbalk en sessie-overzicht | Je ziet welke sessies werken en welke op jou wachten, met een takenlijst die het plan volgt, een samenvattingskaart als Claude je nodig heeft, en een zijpaneel met omgeving, context en wijzigingen | Niet weten welke van je sessies stilstaat |
Wat er onder zit
Een sessie in de desktop-app is volgens de documentatie een los gesprek met een eigen geschiedenis en een eigen projectmap. Bij een git-repo kun je een sessie een eigen worktree geven, een losse kopie van je project op een eigen branch. Standaard komen die in .claude/worktrees/ binnen je project te staan.
Een geneste sessie lijkt daarmee een volledige sessie met een eigen context. Een subagent is iets anders. Volgens de documentatie draait die als achtergrondwerk binnen je huidige sessie, zichtbaar in het takenpaneel. De uitkomst van een geneste sessie komt volgens de thread terug in je hoofdsessie. Ik verwacht dat je daar de conclusie leest en dat de tussenstappen in de geneste sessie blijven staan, maar dat heb ik niet kunnen controleren.
Wat de thread niet zegt, en wat ik in de documentatie ook niet terugvond, is of een geneste sessie standaard een eigen worktree krijgt. Voor mij telt die vraag het zwaarst, want twee sessies die zonder worktree in dezelfde map schrijven zijn het probleem waar mijn hook voor bestaat.
Wat de app nog steeds niet ziet
Claude kan je andere sessies in de Code-tab opvragen, lezen wat ze deden en ze berichten sturen. Maar hij ziet alleen de sessies die de desktop-app zelf draait. Cloud-sessies en sessies die je vanuit de terminal of VS Code startte, ziet hij niet, ook niet als ze in een worktree van hetzelfde project staan. Het voorbeeld in de docs: met negen terminal-worktrees open en twee desktop-sessies meldt Claude in de ene sessie precies één andere.
Wie zowel in de terminal als in de app werkt, heeft dus nog steeds geen volledig beeld vanuit één plek.
En dan is er de gedeelde staat buiten git. Mijn publicatiedagen, het actieve GitHub-account, de wachtrij met geplande socials: dat zijn bestanden en instellingen die elke sessie leest en die geen worktree afschermt. Een mooiere zijbalk verandert daar niets aan. Die regels blijven dus staan.
De kanttekening
De standaard verschuift naar meer tegelijk. Een knop die met één klik een vervolgsessie start, maakt parallel werken de normale stand. Meer sessies betekent meer wijzigingen om na te lopen, en dat nalopen doe jij. Over die verschuiving van het werk naar de controle schreef ik eerder.
De verantwoordelijkheid landt op een samenvatting. De kaart die een beurt samenvat en de terugmelding van een geneste sessie zijn gemaakt om je te laten beslissen zonder alles te lezen. Dat is handig, en het betekent ook dat je akkoord geeft op basis van wat Claude zelf over zijn werk zegt. De wijzigingen staan in het zijpaneel. Of je ze opent, is aan jou.
Wat er wegstroomt, groeit met het aantal sessies. Elke sessie verbruikt je abonnementslimiet, en volgens de documentatie geldt dat ook voor cloud-sessies en zelfs voor de voorgestelde vervolgprompts, die met een kort achtergrondverzoek worden gemaakt. Een cloud-sessie draait standaard op infrastructuur die Anthropic beheert, dus daar staat je code dan ook. En hoe meer van je werkwijze in deze app zit, environments en geneste sessies incluis, hoe groter de overstap als je ooit van gereedschap wilt wisselen.
Wat ik doe
Mijn worktree-regel blijft, net als de claim op de publicatiedag. De app lost de botsing in git deels op, maar de gedeelde bestanden in mijn pijplijn ziet hij niet. Van de nieuwe versie wil ik vooral de zijbalk proberen die toont welke sessie op mij wacht. Een voorgestelde vervolgsessie wil ik pas starten als ik weet in welke map en op welke branch hij gaat werken.
Veelgestelde vragen
Moet ik iets installeren?
Je moet de desktop-app bijwerken en een nieuwe sessie starten. De Code-tab vraagt een betaald abonnement: Pro, Max, Team of Enterprise.
Werkt dit samen met sessies uit de terminal?
Gedeeltelijk. Je kunt naast de app in de terminal blijven werken, maar Claude ziet vanuit de app alleen de sessies die de app zelf draait. Sessies uit de CLI, VS Code of de cloud vallen buiten dat overzicht.
Wat is het verschil tussen een geneste sessie en een subagent?
Een subagent draait volgens de documentatie als achtergrondwerk binnen je sessie. Een geneste sessie start Claude volgens de thread als aparte sessie per taak, die zijn uitkomst terugmeldt aan je hoofdsessie.
Kost meer sessies tegelijk meer?
Ja. Elke sessie telt mee voor je limiet, ook in de cloud, waar volgens de documentatie geen aparte rekenkosten bij komen.
Bronnen
- @ClaudeDevs, thread over de desktop-app, 14 oktober 2026: x.com/ClaudeDevs/status/2110445844675838148
- Claude Code Docs, “Desktop application”, geraadpleegd 17 oktober 2026: code.claude.com/docs/en/desktop
- Claude Code Docs, “Get started with the desktop app”, geraadpleegd 17 oktober 2026: code.claude.com/docs/en/desktop-quickstart
Gecontroleerd op 17 oktober 2026. De video’s in de thread heb ik niet bekeken; wat hier over de nieuwe functies staat, komt uit de tekst van de thread en uit de documentatie. Of een geneste sessie standaard een eigen worktree krijgt, staat in geen van beide. Tegenstrijdigheden tussen thread en documentatie heb ik niet gevonden.