Slik kjører du flere Claude Code-sesjoner samtidig (uten å miste oversikten)

Å kjøre to Claude Code-sesjoner samtidig føles som et produktivitetstriks. Å kjøre fem føles som å gjete katter. På en vanlig Techsy-kundedag har vi tre eller fire Claude Code- og OpenAI Codex-sesjoner gående samtidig: én som refaktorerer en Next.js-rute, én som skriver tester, én som ble satt på pause for 20 minutter siden på en godkjenning ingen la merke til. Kodingen er ikke den vanskelige delen. Å vite hvilken terminal som trenger et menneske akkurat nå, er det.

Rask oppsummering

For å kjøre flere AI-kodesesjoner parallelt uten kaos: gi hver sesjon én smal jobb, legg hver i sin egen git worktree slik at de aldri rører de samme filene, samle gjennomgangene dine i batcher i stedet for å følge hver sesjon live, og bruk noe som sporer sesjonstilstand slik at du vet hvilken som er blokkert. Feilmodusen er aldri «for mye output». Det er en ferdig eller fastlåst sesjon som sitter stille mens du venter på feil sesjon.

Hvorfor én sesjon ble til fire

En enkelt agentsesjon har dødtid. Den planlegger, redigerer, kjører en testpakke, venter på en treg installasjon. Mens den jobber, sitter du der. Det opplagte trekket er å starte en ny sesjon på et urelatert stykke arbeid, deretter en tredje. To ting gjør dette praktisk gjennomførbart i 2026 som var smertefullt for et år siden: agenter holder på kontekst lenge nok til å eie en hel oppgave, og git worktrees lar hver sesjon jobbe på sin egen branch i sin egen mappe.

Matematikken er enkel. Hvis hver sesjon er produktiv 60 % av tiden, holder tre forskjøvne sesjoner deg nærmere fullt utnyttet uten at noen av dem blokkerer de andre. Vi landet på tre til fire som punktet hvor koordineringskostnaden begynner å spise opp gevinsten.

Det reelle problemet: sesjoner blir stille, ikke høylytte

Her er svikten ingen advarer deg om. Parallelle sesjoner feiler ikke ved å oversvømme deg. De feiler ved å bli stille. En kjøring blir ferdig og venter på neste instruks. En kjøring stopper for å spørre «bør jeg slette denne migreringen?» og blokkerer. En kjøring treffer en rate-grense og stopper opp. Ingen av disse roper. Du oppdager dem når du bytter fane 15 minutter senere og innser at sesjonen du trodde jobbet, har stått i ro hele tiden.

Ved tre-pluss sesjoner er ikke flaskehalsen regnekraft. Det er oppmerksomheten din, og spesifikt det å vite hvor du skal rette den videre.

En arbeidsflyt som holder forbi tre sesjoner

Dette er oppsettet vi bruker på reelt arbeid:

1. Én jobb per sesjon. «Refaktorer auth-modulen» er en sesjon. «Forbedre kodebasen» er det ikke. Smalt omfang er det som lar deg la en sesjon være i fred og stole på output senere.
2. En git worktree per sesjon. git worktree add ../feature-x feature-x gir hver agent sin egen mappe og branch. To sesjoner som redigerer samme fil er raskeste vei til å miste en ettermiddag til merge-konflikter.
3. Forskyv oppstartene. Start sesjoner noen minutter fra hverandre slik at de treffer sine «trenger gjennomgang»-øyeblikk på forskjellige tidspunkt, ikke alle samtidig.
4. Batch gjennomgangene. Ikke barnevakt dem. La sesjonene kjøre, gjennomgå deretter to eller tre differ i én fokusert runde. Kontekstbytte på hvert lille steg er der produktiviteten faktisk lekker ut.
5. Kjenn sesjonstilstanden uten å sjekke. Dette er delen de fleste hopper over, og det er den som gjør at de andre fire overlever møtet med en travel dag. Har du skrevet en SKILL.md før, vet du allerede at disiplinen lønner seg; det samme gjelder her. Se vår guide til å skrive en Claude-skill for den bredere arbeidsflyten, og Techsy-biblioteket for automasjonene vi lener oss på.

Se sesjonstilstand med ett blikk

Steg én til fire er vaner. Steg fem trenger et verktøy, fordi du ikke kan følge fem terminaler med øynene og samtidig gjøre dypt arbeid. Du vil ha noe som overvåker sesjonene og forteller deg hvilken som trenger deg, slik at du ikke går i en løkke og sjekker faner.

Åpenhet: Agent Island er en Techsy-partner, og lenken i denne delen er sponset.

Agent Island er en gratis, åpen kildekode-statusfølgesvenn for Claude Code og OpenAI Codex på macOS og Windows. Den kjører lokalt og viser deg med ett blikk om hver støttet sesjon jobber, venter på input, er ferdig, har stanset opp eller er rate-begrenset, og den kan varsle deg når en sesjon trenger input. Den leser sesjonstilstand på din egen maskin: det finnes ingen Agent Island-konto å opprette, ingen produkttelemetri, og sesjonsdataene dine lastes ikke opp til Agent Island. Kildekoden er MIT-lisensiert og tilgjengelig på GitHub. For å være tydelig om omfanget: det er ikke en AI-kodeagent, et IDE eller en vertsbasert overvåkingstjeneste. Det er et statuslag som ligger ved siden av verktøyene du allerede kjører, og svarer godt på ett spørsmål: hvilken sesjon trenger meg akkurat nå.

Når du ikke bør kjøre parallelle sesjoner

Parallellitet er ikke gratis. Hopp over det når:

• Arbeidet er tett koblet. Hvis hver endring rører de samme kjernefilene, vil sesjonene kollidere med hverandre. Kjør én.
• Du er fortsatt i utforskingsfasen. Tidlig designarbeid trenger din fulle oppmerksomhet på én tråd, ikke fire halvferdige.
• Du klarer ikke å gjennomgå i samme tempo som du genererer. Fire sesjoner som produserer differ du aldri leser, er ikke hastighet. Det er en kø med ekstra steg og mer risiko.

To velkjørte sesjoner slår fem du har mistet oversikten over.

Slik kjører Techsy-teamet det

På kundeprosjekter setter vi taket ved fire sesjoner, én jobb hver, hver i sin egen worktree, gjennomgått i batcher omtrent hver halvtime. Endringen som gjorde størst forskjell, var ikke en raskere modell. Det var å fjerne behovet for å sjekke. Når en sesjon selv melder fra om sin tilstand, slutter «hvilken er blokkert» å være et spørsmål du bærer på i hodet, og det hele slutter å føles som å gjete katter. Det ene skiftet er det som tok oss fra «to sesjoner er grensen min» til å kjøre fire uten gru.

Ofte stilte spørsmål

Hvor mange Claude Code-sesjoner kan jeg kjøre samtidig?

Teknisk sett så mange som maskinen din og rate-grensene tillater. I praksis flater de fleste utviklere ut på tre til fire før koordineringskostnaden spiser opp gevinsten. Start med to, legg til en tredje først når det føles komfortabelt å gjennomgå så mange differ.

Deler parallelle sesjoner kontekst eller minne?

Nei. Hver Claude Code- eller Codex-sesjon har sitt eget kontekstvindu og sin egen samtale. Den isolasjonen er en funksjon: det er derfor du kan gi dem urelaterte jobber. Det er også derfor en git worktree per sesjon betyr noe, slik at filendringene deres også holdes isolert.

Hva er poenget med en git worktree her?

En worktree gir hver sesjon sin egen arbeidsmappe og branch fra samme repository. To agenter som redigerer de samme filene i samme mappe, vil overskrive hverandres arbeid. Worktrees holder dem fysisk atskilt frem til du merger.

Hvordan vet jeg når en sesjon venter på input?

Uten verktøy vet du det ikke, før du sjekker. En statusfølgesvenn som Agent Island viser tydelig hvilke sesjoner som jobber, venter, er ferdig, har stanset opp eller er rate-begrenset, og kan varsle deg når en trenger input, slik at du slipper å sirkle gjennom terminaler.

Koster det mer å kjøre flere sesjoner?

Du bruker mer av kapasiteten i planen din og kan treffe rate-grenser tidligere, noe som er én grunn til at sesjoner stopper opp. Fordel oppstartene dine og følg med på rate-begrensede tilstander i stedet for å anta at en stille sesjon fortsatt jobber.

Er det verdt det å kjøre parallelle agenter for en solo-utvikler?

Ja, så snart gjennomgangen din følger tempoet til det du genererer. En solo-utvikler med to godt avgrensede sesjoner og en måte å se tilstanden deres på, får mesteparten av gevinsten uten koordineringsbyrden til et helt team.

Kan jeg gjøre dette på Windows, eller bare macOS?

Begge deler. Claude Code og Codex kjører på macOS og Windows, og Agent Island støtter begge plattformene for sesjonsstatus.

Hva ryker først når jeg legger til for mange sesjoner?

Gjennomgangskapasiteten din. Å generere differ er billig; å lese og stole på dem er det ikke. I det øyeblikket ugjennomgått arbeid hoper seg opp, ikke legg til flere sesjoner — rydd køen først.

Om forfatteren

Mert Batur bygger hos Techsy, der teamet leverer AI-agenter, automasjonssystemer og voice/SDR-pipelines for B2B-kunder. Han skriver om LLM-verktøykjeden og Claude Skills som Techsy-teamet faktisk bruker i produksjon. Ta kontakt på LinkedIn.