Så kör du flera Claude Code-sessioner samtidigt (utan att tappa bort dem)

Att köra två Claude Code-sessioner känns som ett produktivitetstrick. Att köra fem känns som att försöka valla katter. På en vanlig Techsy-kunddag har vi tre till fyra Claude Code- och OpenAI Codex-sessioner igång samtidigt: en som refaktorerar en Next.js-route, en som skriver tester, en som pausade för 20 minuter sedan på ett godkännande ingen la märke till. Kodningen är inte den svåra delen. Att veta vilken terminal som behöver en människa, just nu, är det.

Snabb sammanfattning

För att köra flera AI-kodningssessioner parallellt utan kaos: ge varje session ett smalt uppdrag, lägg varje session i sin egen git worktree så de aldrig rör samma filer, granska i batchar istället för att bevaka varje session live, och använd något som håller koll på sessionsstatus så du vet vilken som är blockerad. Felläget är aldrig "för mycket output". Det är en klar eller fastkörd session som sitter tyst medan du väntar på fel session.

Varför en session blev till fyra

En enskild agentsession har dödtid. Den planerar, redigerar, kör en testsvit, väntar på en långsam installation. Medan den jobbar sitter du och väntar. Det uppenbara draget är att starta en andra session med orelaterat arbete, sedan en tredje. Två saker gör det här praktiskt möjligt 2026 som var smärtsamt för ett år sedan: agenter håller kontext tillräckligt länge för att äga en hel uppgift, och git worktrees låter varje session jobba på sin egen branch i sin egen katalog.

Matematiken är enkel. Om varje session är produktiv 60 % av tiden håller tre förskjutna sessioner dig närmare fullt utnyttjad utan att någon av dem blockerar de andra. Vi landade på tre till fyra som punkten där koordineringskostnaden börjar äta upp vinsten.

Det verkliga problemet: sessioner blir tysta, inte högljudda

Här är felet ingen varnar dig för. Parallella sessioner failar inte genom att översvämma dig. De failar genom att bli tysta. En körning blir klar och väntar på nästa instruktion. En körning stannar för att fråga "ska jag ta bort den här migreringen?" och blockerar. En körning träffar en rate limit och stannar av. Ingen av dem skriker. Du hittar dem när du växlar flik 15 minuter senare och inser att sessionen du trodde jobbade har stått stilla hela tiden.

Vid tre-plus sessioner är den knappa resursen inte compute. Det är din uppmärksamhet, och specifikt att veta var du ska rikta den härnäst.

Ett arbetssätt som håller förbi tre sessioner

Så här ser upplägget ut som vi använder i skarpt arbete:

1. Ett uppdrag per session. "Refaktorera auth-modulen" är en session. "Förbättra kodbasen" är det inte. Smalt omfång är det som låter dig lämna en session ifred och lita på dess output senare.
2. En git worktree per session. git worktree add ../feature-x feature-x ger varje agent sin egen katalog och branch. Två sessioner som redigerar samma fil är det snabbaste sättet att förlora en eftermiddag på merge-konflikter.
3. Förskjut starterna. Starta sessioner några minuter isär så de når sina "behöver granskning"-lägen vid olika tidpunkter, inte alla samtidigt.
4. Granska i batchar. Barnvakta inte. Låt sessionerna köra, granska sedan två eller tre diffar i en fokuserad genomgång. Det är kontextväxlingen vid varje litet steg som faktiskt läcker produktivitet.
5. Känn till sessionsstatus utan att kolla. Det här är biten de flesta hoppar över, och det är den som gör att de andra fyra överlever mötet med en hektisk dag. Har du skrivit en SKILL.md tidigare vet du redan att disciplinen lönar sig; samma sak gäller här. Se vår guide till att skriva en Claude-skill för det bredare arbetsflödet, och Techsy-biblioteket för de automationer vi lutar oss mot.

Se sessionsstatus på ett ögonkast

Steg ett till fyra är vanor. Steg fem behöver ett verktyg, för du kan inte ögna av fem terminaler och samtidigt göra djupt arbete. Du vill ha något som bevakar sessionerna och talar om vilken som behöver dig, så du slipper pinga flikar i en loop.

Upplysning: Agent Island är en Techsy-partner, och länken i det här avsnittet är sponsrad.

Agent Island är en gratis, öppen källkod-statuskompanjon för Claude Code och OpenAI Codex på macOS och Windows. Den körs lokalt och visar på ett ögonkast om varje session som stöds jobbar, väntar på indata, är klar, har stannat av eller är rate-limited, och den kan varna dig när en session behöver indata. Den läser sessionsstatus på din egen maskin: det finns inget Agent Island-konto att skapa, ingen produkttelemetri, och din sessionsdata laddas inte upp till Agent Island. Källkoden är MIT-licensierad och tillgänglig på GitHub. För att vara tydlig med omfånget: det är inte en AI-kodningsagent, en IDE eller en hostad övervakningstjänst. Det är ett statuslager som sitter bredvid verktygen du redan kör och svarar bra på en enda fråga: vilken session behöver mig just nu.

När du inte ska köra parallella sessioner

Parallellism är inte gratis. Hoppa över det när:

• Arbetet är hårt sammankopplat. Om varje ändring rör samma kärnfiler kommer sessionerna att krocka med varandra. Kör en.
• Du utforskar fortfarande. Tidigt designarbete behöver din fulla uppmärksamhet på en tråd, inte fyra halvfärdiga.
• Du kan inte granska i samma takt som du genererar. Fyra sessioner som producerar diffar du aldrig läser är inte hastighet. Det är en eftersläpning med extra steg och mer risk.

Två välskötta sessioner slår fem du har tappat bort.

Så kör Techsy-teamet det

I kundprojekt sätter vi taket vid fyra sessioner, ett uppdrag var, var och en i sin egen worktree, granskade i batchar ungefär var halvtimme. Ändringen som gjorde störst skillnad var inte en snabbare modell. Det var att ta bort behovet av att kolla. När en session väl meddelar sitt eget läge slutar "vilken är blockerad" vara en fråga du bär runt på i huvudet, och hela grejen slutar kännas som att valla katter. Den enda förändringen tog oss från "två sessioner är min gräns" till att köra fyra utan olust.

Vanliga frågor

Hur många Claude Code-sessioner kan jag köra samtidigt?

Tekniskt sett så många som din maskin och dina rate limits tillåter. I praktiken toppar de flesta utvecklare på tre till fyra innan koordineringskostnaden äter upp vinsten. Börja med två, lägg till en tredje först när det känns bekvämt att granska så många diffar.

Delar parallella sessioner kontext eller minne?

Nej. Varje Claude Code- eller Codex-session har sitt eget kontextfönster och sin egen konversation. Den isoleringen är en funktion: det är därför du kan ge dem orelaterade uppdrag. Det är också därför en git worktree per session spelar roll, så att deras filändringar också hålls isolerade.

Vad är poängen med en git worktree här?

En worktree ger varje session sin egen arbetskatalog och branch från samma repository. Två agenter som redigerar samma filer i samma katalog skriver över varandras arbete. Worktrees håller dem fysiskt separerade tills du mergear.

Hur vet jag när en session väntar på indata?

Utan verktyg vet du inte, förrän du kollar. En statuskompanjon som Agent Island visar vilka sessioner som jobbar, väntar, är klara, har stannat av eller är rate-limited, och kan varna dig när en behöver indata, så du slipper cirkulera mellan terminaler.

Kostar det mer att köra flera sessioner?

Du använder mer av din plans kapacitet och kan träffa rate limits tidigare, vilket är en anledning till att sessioner stannar av. Fördela dina starter över tid och håll koll på rate-limit-lägen istället för att anta att en tyst session fortfarande jobbar.

Är det värt det att köra parallella agenter som ensam utvecklare?

Ja, så fort din granskning håller jämna steg med din generering. En ensam utvecklare med två väl avgränsade sessioner och ett sätt att se deras status får det mesta av vinsten utan koordineringsbördan från ett helt team.

Kan jag göra det här på Windows, eller bara macOS?

Båda. Claude Code och Codex körs på macOS och Windows, och Agent Island stöder båda plattformarna för sessionsstatus.

Vad går sönder först när jag lägger till för många sessioner?

Din granskningskapacitet. Att generera diffar är billigt; att läsa och lita på dem är det inte. I samma stund ogranskat arbete börjar hopa sig, lägg inte till fler sessioner — rensa eftersläpningen först.

Om författaren

Mert Batur bygger på Techsy, där teamet levererar AI-agenter, automationssystem och voice/SDR-pipelines till B2B-kunder. Han skriver om LLM-tooling-stacken och de Claude Skills som Techsy-teamet faktiskt använder i produktion. Ta kontakt på LinkedIn.