# Git worktree v Claude Code: paralelné relácie > Ako používať --worktree, .worktreeinclude, worktree.baseRef a izoláciu subagentov. Rozdiely oproti vetvám, čistenie worktrees a časté chyby. Source: https://ailoot.ai/blog/sk/claude-code-git-worktree/ Canonical: https://ailoot.ai/blog/sk/claude-code-git-worktree/ Language: sk Publisher: Ailoot (https://ailoot.ai/) Translation: guide-045 Revision: sha256-a894a7a95feaca09cc2885988580f835638ebef269f70c99815600364d68ecaa [Praktické informácie o práci s Ailoot nájdete v dokumentácii](https://ailoot.ai/docs/). ## Čo je git worktree v Claude Code
Hlavné zhrnutie Git worktree je samostatný pracovný adresár pre inú vetvu toho istého repozitára. Príkaz `claude --worktree ` automaticky vytvorí worktree v `.claude/worktrees//` a spustí v ňom Claude Code. Dva terminály → dve relácie → rôzne súbory na disku, bez vzájomného zasahovania. Funkcia je dostupná priamo v Claude Code v2.0+ a dá sa nakonfigurovať pomocou `.worktreeinclude` pre tajné údaje a `worktree.baseRef` na výber základnej vetvy.
Spúšťanie viacerých agentov paralelne v rovnakom priečinku je základný problém vibe-codingu pri rýchlosti roku 2026. AI agenti píšu kód rýchlejšie, než človek stíha sledovať, kto práve mení ktoré súbory. Bez izolácie súborov sa spustenie dvoch paralelných relácií Claude Code v jednom adresári skončí tým, že jedna relácia prepíše prácu druhej. Git worktree rieši tento problém na úrovni súborového systému. Máte jeden hlavný adresár, v ktorom pracujete. Príkaz `claude --worktree feature-auth` vytvorí priečinok `.claude/worktrees/feature-auth/` na samostatnej vetve a spustí v ňom Claude Code. Súbory sú izolované. Zmeny v jednej relácii nie sú viditeľné v druhej, kým ich výslovne nezlúčite. Oficiálna dokumentácia Anthropic to opisuje takto:

Keď každá relácia Claude Code beží vo vlastnom worktree, úpravy v jednej relácii nikdy neovplyvnia súbory v inej. V jednom termináli môžete vytvárať funkciu a v druhom opravovať chybu.

— Anthropic Docs, https://code.claude.com/docs/en/worktrees
Pomôcka na sebaoverenie: ak ste niekedy dostali commit, v ktorom polovica súborov pochádzala od niekoho iného, potrebujete worktree. ## Ako sa git worktree líši od bežnej vetvy
Hlavné zhrnutie Bežný príkaz `git checkout` prepne pracovnú kópiu v tom istom priečinku—staré súbory zmiznú z disku, kým sa nevrátite na vetvu. Príkaz `git worktree add` vytvorí **druhý priečinok** pre inú vetvu vedľa prvého. Obe vetvy sú súčasne na disku; prepínate sa medzi nimi jednoduchým príkazom `cd`. Pod kapotou je jeden repozitár `.git` so zdieľanou históriou a vzdialeným repozitárom. Len niekoľko pracovných kópií.
Štandardný postup v Gite: ste na vetve `main` a spustíte `git checkout feature-x`—Git prepíše súbory pracovnej kópie. Spustený proces `npm run dev` prestane fungovať, pretože sa pod ním zmenil `package.json`. Odložíte nepotvrdené zmeny a čakáte, kým IDE znova zaindexuje súbory. Prepnete sa späť a všetko sa opäť prepíše, takže musíte znovu vykonať stash a pop. Git worktree ponúka ďalšiu možnosť: namiesto prepínania **jedného** priečinka medzi vetvami vytvoríte pre inú vetvu **druhý** priečinok. Príkaz `git worktree add ../project-feature-x feature-x` vytvorí adresár `../project-feature-x/` so súbormi z vetvy `feature-x`. Vaša vetva `main` zostane v pôvodnom priečinku a vývojový server beží ďalej. | Parameter | Vetva `git checkout` | `git worktree add` | |----|----|----| | Súbory pracovnej kópie | Prepíšu sa | Zobrazia sa v novom priečinku | | Paralelná práca na dvoch vetvách | Nie | Áno | | Nepotvrdené zmeny | Treba použiť `git stash` | Netreba nič robiť | | Rýchlosť prepínania | Závisí od rozsahu zmien | Stačí `cd` | | Miesto na disku | 1× | N× (jedna kópia súborov na každú vetvu) | Predtým bolo potrebné režim worktree v Claude Code nastaviť ručne: `git worktree add`, potom `cd` a následne `claude`—a to zopakovať v každom termináli. Prepínač `--worktree` (tiež `-w`) vykoná všetky tri kroky jediným príkazom. ## Spustenie prvej paralelnej relácie: prepínač `--worktree`
Hlavné zhrnutie Príkaz `claude --worktree feature-auth` vytvorí worktree v `.claude/worktrees/feature-auth/`, vytvorí vetvu `worktree-feature-auth` z `origin/HEAD` a spustí Claude Code priamo v nej. Netreba ručne spúšťať `git worktree add` ani `cd`. V susednom termináli zopakujte príkaz s iným názvom a získate dve nezávislé relácie. Ak názov vynecháte (`claude --worktree`), Claude vygeneruje náhodný, napríklad `bright-running-fox`.
Minimálny príklad. Otvorte prvý terminál v koreňovom adresári projektu: ```bash claude --worktree feature-auth ``` Claude Code vykoná tri veci: 1. Vytvorí `.claude/worktrees/feature-auth/` so snímkou `origin/HEAD` (zvyčajne vašej predvolenej vetvy). 2. Vytvorí novú vetvu `worktree-feature-auth`. 3. Spustí reláciu v tomto priečinku. Otvorte druhý terminál v rovnakom koreňovom priečinku repozitára: ```bash claude --worktree bugfix-123 ``` Hotovo. Dve relácie Claude Code, rôzne súbory na disku, rôzne vetvy Gitu. Ak v prvej píšete kód na autentifikáciu a v druhej opravujete zlyhávajúci test, fyzicky si nemôžu navzájom prekážať. Ak nechcete zadávať názov, Claude nejaký vymyslí: ```bash claude --worktree # → vytvorí napríklad .claude/worktrees/bright-running-fox/ ``` Tip pre začiatočníkov v Gite: pridajte `.claude/worktrees/` do `.gitignore`. Inak pri spustení `git status` v hlavnom priečinku uvidíte obsah všetkých worktrees ako nesledované súbory: ``` # .gitignore .claude/worktrees/ ``` Pozor na jednu pascu: pred prvým spustením `--worktree` v novom adresári doň vstúpte bežným príkazom `claude` (bez prepínača) a prijmite dialóg dôveryhodnosti pracovného priestoru. Ak to neurobíte, prepínač zlyhá s chybou „trust not accepted“—aj keď ho skombinujete s `-p` pre bezhlavý režim. ## Kde sa worktrees nachádzajú a ako ich nájsť
Hlavné zhrnutie Predvolene sa všetky worktrees nachádzajú v `.claude/worktrees//` vedľa koreňového adresára repozitára. Zoznam zobrazíte príkazom `git worktree list`. Ak chcete do worktree prejsť ručne, použite `cd .claude/worktrees/feature-auth`. Ak chcete prepnúť worktree v rámci relácie Claude, požiadajte ho, aby „switch to another worktree“; použije vstavaný nástroj EnterWorktree. Pôvodný worktree zostane na disku nedotknutý.
Predvolené umiestnenie je pevne dané: `.claude/worktrees//` v koreňovom adresári repozitára. Ak sa váš projekt nachádza v `~/dev/my-app/`, worktree `feature-auth` bude v `~/dev/my-app/.claude/worktrees/feature-auth/`. Pre neštandardné rozloženia (napríklad ak chcete worktree umiestniť mimo repozitára) existuje hook `WorktreeCreate`—viac sa o ňom dočítate nižšie v časti o SVN a Mercuriale. V rámci jednej relácie Claude môžete prejsť do iného existujúceho worktree. Stačí v chate povedať: „switch to `.claude/worktrees/bugfix-123`“ a Claude zavolá nástroj `EnterWorktree`. Aktuálny priečinok zostane nedotknutý—rovnakým spôsobom sa doň môžete vrátiť. Štandardný príkaz Gitu zobrazí zoznam všetkých worktrees vrátane hlavného a tých, ktoré boli vytvorené ručne: ```bash git worktree list ``` Výstup bude vyzerať takto: ``` /home/user/dev/my-app abc1234 [main] /home/user/dev/my-app/.claude/worktrees/feature-auth def5678 [worktree-feature-auth] /home/user/dev/my-app/.claude/worktrees/bugfix-123 9876fed [worktree-bugfix-123] ``` ## Kopírovanie `.env` a tajných údajov: súbor `.worktreeinclude`
Hlavné zhrnutie Worktree je čerstvý checkout. Súbory z `.gitignore` (`.env`, `.env.local`, miestne konfigurácie) v novom priečinku chýbajú. Bez nich sa `npm run dev` ani `prisma db push` nespustia. Súbor `.worktreeinclude` v koreňovom adresári projektu používa syntax `.gitignore` a určuje, ktoré súbory má Claude Code automaticky kopírovať do každého nového worktree. Uplatňuje sa pri `--worktree`, worktrees subagentov aj reláciách počítačovej aplikácie.
Keď `--worktree` vytvorí nový priečinok, obsahuje iba to, čo je commitnuté v Gite. Súbory `.env` s kľúčmi API a `.env.local` s miestnou konfiguráciou sú v `.gitignore`, takže v worktree nie sú. A hneď prvé `npm run dev` zlyhá s hlásením „MISSING DATABASE_URL“. Domáce riešenie spočíva v ručnom kopírovaní `.env` po každom `--worktree`. Raz to funguje, potom na to zabudnete. Riešením Anthropic je súbor `.worktreeinclude` v koreňovom adresári projektu, ktorý uvádza súbory ignorované Gitom, ktoré sa majú automaticky kopírovať do každého nového worktree. Vytvorte súbor `.worktreeinclude` v koreňovom adresári repozitára: ``` .env .env.local config/secrets.json ``` Syntax je rovnaká ako v `.gitignore`. Môžete použiť vzory glob: ``` .env* *.local config/*.json .vscode/settings.json ``` Anthropic uvádza jasné pravidlo, ktoré predchádza nehodám:

Súbor používa syntax gitignore. Kopírujú sa iba súbory zodpovedajúce vzoru, ktoré zároveň Git ignoruje. Súbory sledované Gitom sa nikdy neduplikujú.

— Anthropic Docs, https://code.claude.com/docs/en/worktrees
Inými slovami, cez `.worktreeinclude` nemôžete omylom skopírovať `package.json`—nie je v `.gitignore`. Je bezpečné uviesť tam ľubovoľné vzory. Ten istý `.worktreeinclude` funguje v troch režimoch: pri ručnom `--worktree`, automatických worktrees pre subagentov (pozrite nižšie) a reláciách z počítačovej aplikácie Claude. ## Worktree z pull requestu na kontrolu kódu
Hlavné zhrnutie Príkaz `claude --worktree "#1234"` stiahne pull request \#1234 z origin a vytvorí worktree v `.claude/worktrees/pr-1234/` s vetvou PR. Môžete zadať celú URL—`claude --worktree https://github.com/OWNER/REPO/pull/1234`. Je to užitočné pri kontrole kódu: otvorte PR v jeho vlastnom priečinku a Claude môže spúšťať testy, čítať protokoly a napísať komentár, zatiaľ čo hlavný repozitár zostáva nedotknutý.
Typický scenár kontroly kódu: kolega poslal PR; musíte skontrolovať kód, spustiť testy a zanechať komentár. Pri bežnom `git checkout pull/1234/head` znova prepnete pracovnú kópiu a narušíte aktívnu reláciu. S prepínačom `--worktree` to zvládnete jediným príkazom: ```bash claude --worktree "#1234" ``` Čo sa stane: Claude Code spustí `git fetch origin pull/1234/head`, vytvorí worktree v `.claude/worktrees/pr-1234/` a checkoutne vetvu PR. Relácia sa spustí. Môžete ho hneď požiadať, aby „prečítal diff, spustil testy a našiel logické chyby“—zatiaľ čo Claude pracuje, vaša hlavná relácia na `main` beží ďalej. Alternatívnou syntaxou je úplná URL pull requestu: ```bash claude --worktree https://github.com/OWNER/REPO/pull/1234 ``` Použitie v skutočnom projekte: spojenie `claude --worktree "#N"` s vlastným subagentom na kontrolu kódu vám poskytne automatickú kontrolu za minútu či dve. Spustite ho na pozadí, pokračujte v práci v hlavnom okne a k výsledku sa vráťte cez `claude agents`. ## Základná vetva: `worktree.baseRef` pre `fresh` alebo `head`
Hlavné zhrnutie Predvolene sa worktree rozvetví z `origin/HEAD`—najnovšieho synchronizovaného commitu zo vzdialeného repozitára. Ide o bezpečný, „čistý“ začiatok. Ak chcete miestne neodoslané commity, nastavte `worktree.baseRef: "head"`. HEAD označuje commit; necommitnuté sledované úpravy zostávajú v pôvodnej kópii a potrebujú samostatný výslovný prenos. Je to užitočné, keď subagent potrebuje pracovať na vašej aktuálnej funkcii bez prepnutia na main. Prijíma iba `fresh` alebo `head`; ľubovoľné referencie nie sú podporované.
Predvolené nastavenie je takéto: každý nový worktree začína z `origin/HEAD`. Výhodou je čistý začiatok, ktorý sa zaručene zhoduje s tým, čo uvidí CI. Nevýhodou je, že ak máte na aktuálnej vetve nepotvrdené zmeny alebo niekoľko miestnych commitov navyše oproti vzdialenej vetve, v novom worktree nebudú zahrnuté. Na vytvorenie worktree z aktuálneho lokálneho HEAD commitu pridajte toto do `.claude/settings.json` alebo globálnych nastavení: ```json { "worktree": { "baseRef": "head" } } ``` Teraz `claude --worktree experimental-feature` začína z aktuálneho lokálneho `HEAD`. Hodí sa pre funkciu s miestnymi commitmi, ktoré ešte neboli odoslané. Nezahŕňa sledované necommitnuté úpravy. Ak ich subagent potrebuje, uchovajte a preneste potrebné zmeny výslovne a prezrite cieľový diff; nemýľte si to s `.worktreeinclude` pre ignorované lokálne súbory. Nastavenie prijíma presne dve hodnoty: `"fresh"` (= `origin/HEAD`) a `"head"` (= miestny HEAD). Ľubovoľné referencie, napríklad `"feature-branch"` alebo hash commitu, nie sú povolené—ide o zámerné obmedzenie, ktoré má zabrániť kombinatorickému nárastu možností. ## Automatická izolácia subagentov: `isolation: worktree`
Hlavné zhrnutie Subagent v Claude Code je špecializovaný agent, ktorý vykonáva jednu úlohu (kontrola kódu, refaktoring, výskum). Ak z jednej relácie spustíte viacero subagentov súčasne, predvolene pracujú v tom istom priečinku a môžu si navzájom prepisovať súbory. Do frontmatteru subagenta pridajte `isolation: worktree` a každý dostane dočasný worktree, ktorý sa na konci riadne odstráni, ak v ňom nič necommitol.
Keď Claudeovi poviete „spusti troch subagentov: jeden číta databázu, druhý sa pozrie na API a tretí skontroluje testy“, všetci traja predvolene pracujú vo vašej pracovnej kópii. Ak čo i len dvaja z nich zapisujú súčasne do toho istého súboru, vznikne konflikt. Riešením je automaticky každému prideliť vlastný worktree. Metóda 1: požiadajte ústne. Napíšte Claudeovi v konverzácii: ``` Použi worktrees pre svojich agentov. ``` Claude použije izoláciu pre všetkých nasledujúcich subagentov v tejto relácii. Metóda 2: nastavte to výslovne v samotnom subagentovi. Do súboru subagenta (napríklad `.claude/agents/code-reviewer.md`) pridajte pole do frontmatteru: ```yaml --- name: code-reviewer description: Reads the diff and writes code review comments isolation: worktree --- Si dôkladný recenzent. Prečítaj diff a hľadaj logické chyby... ``` Každé spustenie tohto subagenta teraz získa dočasný worktree v `.claude/worktrees/`. Ak subagent nič nezapísal, priečinok sa po jeho skončení automaticky odstráni. Ak existujú nepotvrdené zmeny, Claude sa opýta, či ich chcete ponechať alebo odstrániť. Základná vetva worktrees subagentov je rovnaká ako pri `--worktree`: predvolene `origin/HEAD`; pri nastavení `worktree.baseRef: head` miestne `HEAD`. ## Rozhodovacia tabuľka: worktree, `/bg`, subagent alebo Agent View
Hlavné zhrnutie Štyri mechanizmy Claude Code, ktoré sa často zamieňajú. Worktree zabezpečuje **izoláciu súborov** (disk). `/bg` je **relácia na pozadí** (kontext a tokeny). Subagent je **špecializovaný jednorazový agent** (prompt a nástroje). Agent View je **panel pre všetky relácie** (UI). Možno ich kombinovať: `/bg` automaticky vytvorí worktree, subagent s `isolation: worktree` sa spustí v dočasnom worktree a Agent View zobrazí všetky tri ako riadky v jednom zozname.
| Nástroj | Čo izoluje | Kedy ho použiť | |----|----|----| | `claude --worktree ` | Súbory (samostatný priečinok + vetva) | Chcete manuálne udržiavať N relácií súčasne v rôznych termináloch | | `/bg` (alebo `Ctrl+B`) | Kontext a čas | Dlhá úloha, pri ktorej nechcete zablokovať aktuálne okno. Na pozadí sa vytvorí worktree | | Subagent s `isolation: worktree` | Súbory v rámci jednej relácie | Jeden prompt zadá prácu N agentom a potrebujete zabrániť tomu, aby si navzájom prepisovali súbory | | `claude agents` (Agent View) | Nič, je to UI | Chcete vidieť všetky spustené / pozastavené / dokončené relácie v jednom paneli | | `/goal` | Správa autonómie | Chcete, aby Claude pracoval, kým sa nesplní podmienka, bez vašich promptov medzi jednotlivými ťahmi | Typické kombinácie: - **„2 funkcie súčasne, ručne“** — dva terminály, v každom beží `claude --worktree`. Najjednoduchší prípad. - **„Spusti nočný refaktoring; zavriem aplikáciu“** — `/bg` + `/goal` s podmienkou dokončenia. Relácia beží nezávisle od vášho okna. - **„Jeden prompt, tri paralelné skúmania“** — traja subagenti s `isolation: worktree`. Každý vo vlastnom izolovanom prostredí. - **„Čo práve beží?“** — `claude agents`. Panel všetkých relácií s filtrami „running“, „blocked“ a „done“. ## 5 nástrah pri práci s worktrees
Hlavné zhrnutie Najčastejšie problémy: zabudnete na `.worktreeinclude` a prostredie nefunguje; pomýlite si worktree s bežnou vetvou a prídete o nepotvrdené zmeny; necháte bežať 5+ paralelných relácií a zabudnete, čo je kde; nenastavíte `cleanupPeriodDays`, takže sa hromadia nečinné priečinky; a zabudnete na dialóg dôveryhodnosti v novom adresári, takže `--worktree` zlyhá s chybou.
**1. Spustili ste worktree, chýba `.env`, nič nefunguje.** Najčastejší problém. Worktree je čerstvý checkout bez súborov ignorovaných Gitom. Riešením je pridať do súboru `.worktreeinclude` vzor `.env*` a potrebné miestne konfigurácie hneď po nastavení režimu worktree. Skontrolujte, či súbor leží v koreňovom adresári repozitára, nie v `.claude/`. **2. Chcete prejsť na hlavnú vetvu, spustíte `cd` do koreňového adresára a prídete o nepotvrdené zmeny vo worktree.** Koreňový priečinok a worktree sú dve **odlišné** pracovné kópie. Vrátili ste sa príkazom `cd`; zmeny vo worktree zostali na svojom mieste—nikam sa nestratili. Ak ste sa však pomýlili a spustili `git stash` v hlavnom priečinku v domnení, že ste vo worktree, stash sa vytvorí na hlavnej vetve, nie na tej, ktorú ste očakávali. **3. Spustili ste 5 paralelných relácií a nepamätáte si, čo každá robí.** Dokumentácia Anthropic výslovne upozorňuje, že väčšina vývojárov nedokáže mentálne zvládnuť viac než 2–3 relácie. Znakom preťaženia je, keď otvoríte Agent View a neviete okamžite povedať, čo ktorý agent robí. Obmedzte sa na dve súčasné relácie. Ak úloha vyžaduje viac, mali by byť riadené cez `/goal` + subagentov, nie manuálne. **4. Worktrees spustené pomocou `-p` (bezhlavý režim) sa automaticky nečistia.** Príkaz `claude --worktree feature-x -p "do thing"` nezobrazí interaktívnu výzvu pri ukončení, takže nenastane chvíľa, keď sa Claude opýta „odstrániť worktree?“. Tieto worktrees sa hromadia. Vyčistite ich ručne: `git worktree remove .claude/worktrees/feature-x`. Alebo použite skript cron, ktorý odstráni všetko staršie než 7 dní. **5. Dialóg dôveryhodnosti v novom priečinku.** Ak otvoríte repozitár po prvýkrát a hneď spustíte `claude --worktree`, príkaz zlyhá. Spustite `claude` bez prepínačov, potvrďte dôveryhodnosť pracovného priestoru a ukončite ho—potom bude `--worktree` fungovať. Je to zámerné, aby Claude nezískal prístup k projektu niekoho iného bez súhlasu používateľa. ## Čistenie: čo sa odstráni automaticky
Hlavné zhrnutie Worktree spustené cez `--worktree`, v ktorom nie sú zmeny (žiadne commity, nesledované súbory ani nepotvrdené zmeny), sa pri ukončení automaticky odstráni. Ak obsahuje zmeny, Claude sa opýta. Worktrees subagentov a `/bg` sa automaticky odstránia po uplynutí lehoty `cleanupPeriodDays` v nastaveniach, ak sú čisté. Worktrees z `-p` sa nečistia vôbec—odstráňte ich ručne príkazom `git worktree remove`.
Logika čistenia závisí od toho, čo ste vo worktree urobili a ako ste spustili reláciu. Dokumentácia Anthropic uvádza tri scenáre:

Ak worktree neobsahuje nepotvrdené zmeny, nesledované súbory ani nové commity, worktree aj jeho vetva sa po ukončení relácie automaticky odstránia. Ak má relácia názov, Claude sa namiesto odstránenia opýta, aby ste si worktree mohli ponechať na neskôr.

— Anthropic Docs, https://code.claude.com/docs/en/worktrees
Scenár 1: vstúpili ste, nič ste neurobili a odišli—worktree sa odstránilo. Scenár 2: pracovali ste, ale zmeny ste necommitli—pri ukončení sa Claude opýta „ponechať alebo odstrániť?“. Voľba „ponechať“ uloží priečinok a vetvu na neskôr. Voľba „odstrániť“ zmaže adresár **spolu s** nepotvrdenými zmenami a novými commitmi. Je to deštruktívne—neklikajte na „odstrániť“ zo zvyku. Scenár 3: spustili ste príkaz s `-p` (bezhlavý režim) a ten sa dokončil a ukončil. Worktree zostane. Vyčistite ho ručne: ```bash git worktree remove .claude/worktrees/feature-x ``` Worktrees subagentov a relácií `/bg` sa navyše automaticky odstránia pri čistení na pozadí, ak sú staršie než `cleanupPeriodDays` dní (nastavenie, predvolene zvyčajne 30 dní) **a** neobsahujú neuloženú prácu. Worktrees z `--worktree` sa automatickým čistením neodstraňujú—zodpovedáte za ne vy. ## Alternatívy pre SVN, Perforce a Mercurial: hook `WorktreeCreate`
Hlavné zhrnutie Režim worktree predvolene používa `git worktree`. Pre SVN, Perforce, Mercurial a iné systémy VCS môžete pripojiť vlastný mechanizmus pomocou hookov `WorktreeCreate` a `WorktreeRemove` v nastaveniach Claude Code. Hook dostane názov cez stdin, musí vypísať cestu k vytvorenému adresáru a skončiť s kódom 0. Pri použití vlastného hooku sa `.worktreeinclude` nespracúva—miestne súbory musíte skopírovať sami v rámci hooku.
Ak repozitár používa Subversion alebo Mercurial, prepínač `--worktree` nebude fungovať priamo. Anthropic poskytuje bod rozšírenia prostredníctvom dvoch hookov: `WorktreeCreate` (vytvorí izolovanú kópiu) a `WorktreeRemove` (odstráni ju). Príklad hooku SVN z oficiálnej dokumentácie: ```json { "hooks": { "WorktreeCreate": [ { "hooks": [ { "type": "command", "command": "bash -c 'NAME=$(jq -r .name); DIR=\"$HOME/.claude/worktrees/$NAME\"; svn checkout https://svn.example.com/repo/trunk \"$DIR\" >&2 && echo \"$DIR\"'" } ] } ] } } ``` Hook načíta názov worktree zo stdin (`{ "name": "feature-auth" }`), spustí `svn checkout` do vopred určeného adresára a vypíše cestu na stdout—Claude Code ju použije ako pracovný adresár novej relácie. Dôležité upozornenie: pri použití vlastného hooku sa `.worktreeinclude` nepoužíva. Ak v novom priečinku potrebujete `.env` alebo iné súbory ignorované Gitom, skopírujte ich priamo v skripte hooku. ## Čo ďalej: tri súvisiace mechanizmy paralelizácie
Hlavné zhrnutie Worktree poskytuje izoláciu súborov. `/bg` poskytuje izoláciu kontextu a tokenov. Subagent poskytuje izoláciu úloh a nástrojov. `/goal` poskytuje autonómiu až do splnenia podmienky. Každý z nich samostatne rieši jeden problém. Spolu umožňujú udržiavať 3–5 paralelných úloh bez mentálneho preťaženia. Ďalej sa oplatí preskúmať súvisiace príručky o autonómnom režime, vlastných subagentoch a dynamických pracovných postupoch prostredníctvom odkazov nižšie.
Worktree poskytuje izoláciu súborov. `/bg` poskytuje izoláciu kontextu. Subagenti poskytujú izoláciu úloh. Každý mechanizmus samostatne rieši jeden problém. Spolu ponúkajú spôsob, ako pracovať na troch až piatich paralelných úlohách bez mentálneho preťaženia. Toto sú zručnosti, ktoré stoja za pokročilým vibe-codingom v roku 2026. Táto téma prirodzene nadväzuje na tri súvisiace témy: [ako nastaviť autonómneho agenta pomocou `/goal` a Agent View](https://ailoot.ai/blog/sk/claude-code-goal-agent-view/), [ako vytvoriť vlastných subagentov pre svoje úlohy](https://ailoot.ai/blog/sk/claude-code-subagents/) a [ako spúšťať stovky agentov prostredníctvom Dynamic Workflows](https://ailoot.ai/blog/sk/claude-code-dynamic-workflows/).
### Zdroje - [Spúšťanie paralelných relácií pomocou worktrees - Claude Code Docs](https://code.claude.com/docs/en/worktrees) - [Vytváranie vlastných subagentov - Claude Code Docs](https://code.claude.com/docs/en/sub-agents) - [Zoznam zmien Claude Code (máj – jún 2026)](https://code.claude.com/docs/en/changelog) - [Spúšťanie agentov paralelne - Claude Code Docs](https://code.claude.com/docs/en/agents) - [Agent View - Claude Code Docs](https://code.claude.com/docs/en/agent-view) - [Manuálová stránka git worktree](https://git-scm.com/docs/git-worktree)
[Otvorte Ailoot](https://ailoot.ai/). ## Otázky a odpovede: Git worktree v Claude Code: paralelné relácie ### Skopíruje baseRef head necommitnuté zmeny do worktree? Nie. Začína aktuálnym lokálnym HEAD commitom vrátane lokálnych commitov chýbajúcich na vzdialenom serveri. Sledované necommitnuté úpravy zostávajú v pôvodnej kópii; potrebné WIP preneste výslovne a nový worktree prezrite. ### Prečo v novom worktree chýba .env? Worktree je nový checkout, preto chýbajú lokálne súbory ignorované Gitom. .worktreeinclude Claude Code určuje ich kopírovanie; vlastný WorktreeCreate hook ho musí riešiť sám. Zahrňte iba potrebné súbory. ## Ailoot · Spoločnosť a jej portfólio projektov Ailoot stavia na dlhodobých prevádzkových skúsenostiach, širokej klientskej základni, stabilných službách a priebežnom sledovaní KPI. Spoločnosť a jej portfólio projektov: milióny zákazníkov; mesačné tržby v miliardách. Ailoot využíva tieto prevádzkové skúsenosti na poskytovanie prístupu cez API k funkciám AI v produktoch zákazníkov, agentoch, aplikáciách a automatizáciách.