# Git worktree v Claude Code: vzporedne seje > Kako uporabljati --worktree, .worktreeinclude, worktree.baseRef in izolacijo podagentov. Razlike v primerjavi z vejami, čiščenje worktreejev in pogoste napake. Source: https://ailoot.ai/blog/sl/claude-code-git-worktree/ Canonical: https://ailoot.ai/blog/sl/claude-code-git-worktree/ Language: sl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-045 Revision: sha256-e161f43d7f47cf4ff9121b7fba757eaef835e5f66d7867970ff5389db0b52e21 [Praktične informacije o uporabi Ailoota so v dokumentaciji](https://ailoot.ai/docs/). ## Kaj je git worktree v Claude Code
Ključna ugotovitev Git worktree je ločen delovni imenik za drugo vejo istega repozitorija. Ukaz `claude --worktree ` samodejno ustvari worktree v `.claude/worktrees//` in v njem zažene Claude Code. Dva terminala → dve seji → različne datoteke na disku, brez medsebojnega motenja. Na voljo je že v Claude Code v2.0+, nastaviti pa ga je mogoče prek `.worktreeinclude` za skrivnosti in `worktree.baseRef` za izbiro osnovne veje.
Vzporedni zagon več agentov v isti mapi je osnovna težava vibe-codanja pri hitrosti leta 2026. Agenti AI pišejo kodo hitreje, kot lahko človek spremlja, kdo spreminja kaj. Brez izolacije datotek se vzporedni zagon dveh sej Claude Code v istem imeniku konča tako, da ena seja prepiše delo druge. Git worktree to reši na ravni datotečnega sistema. Imate en glavni imenik, v katerem delate. Ukaz `claude --worktree feature-auth` ustvari mapo `.claude/worktrees/feature-auth/` na ločeni veji in tam zažene Claude Code. Datoteke so izolirane. Spremembe v eni seji drugi niso vidne, dokler jih izrecno ne združite. Uradna dokumentacija Anthropic to opisuje takole:

Če vsaka seja Claude Code deluje v svojem worktreeju, urejanje v eni seji nikoli ne vpliva na datoteke v drugi. V enem terminalu lahko razvijate funkcijo, v drugem pa odpravite napako.

— Dokumentacija Anthropic, https://code.claude.com/docs/en/worktrees
Namig za samopreverjanje: če ste že kdaj dobili commit, v katerem je bila polovica datotek delo nekoga drugega, potrebujete worktree. ## Kako se git worktree razlikuje od običajne veje
Ključna ugotovitev Običajni `git checkout` zamenja delovno kopijo v isti mapi—stare datoteke izginejo z diska, dokler se ne vrnete na vejo. `git worktree add` ustvari **drugo mapo** za drugo vejo poleg prve. Obe veji sta hkrati na disku; med njima preklapljate s preprostim `cd`. V ozadju je en sam repozitorij `.git` s skupno zgodovino in oddaljenim repozitorijem. Gre le za več delovnih kopij.
Običajni potek dela v Gitu: ste na veji `main` in zaženete `git checkout feature-x`—Git prepiše datoteke delovne kopije. Zagnani `npm run dev` se pokvari, ker se je spremenil `package.json`. Nesprejete spremembe shranite z ukazom stash in počakate, da IDE znova indeksira. Preklopite nazaj in vse je spet prepisano, zato morate ponovno uporabiti stash in pop. Git worktree ponuja drugo možnost: namesto da med vejami preklapljate **eno** mapo, ustvarite **drugo** mapo za drugo vejo. Ukaz `git worktree add ../project-feature-x feature-x` ustvari imenik `../project-feature-x/` z datotekami z veje `feature-x`. Vaš `main` ostane v prvotni mapi, razvojni strežnik pa še naprej deluje. | Parameter | Veja `git checkout` | `git worktree add` | |----|----|----| | Datoteke delovne kopije | Prepisane | Pojavijo se v novi mapi | | Vzporedno delo na dveh vejah | Ne | Da | | Nesprejete spremembe | Potreben je `git stash` | Ničesar ni treba storiti | | Hitrost preklopa | Odvisna od velikosti razlike | Samo `cd` | | Prostor na disku | 1× | N× (ena kopija datotek za vsako vejo) | Prej je bilo treba način worktree v Claude Code nastaviti ročno: `git worktree add`, nato `cd`, nato `claude`—in to ponoviti v vsakem terminalu. Zastavica `--worktree` (tudi `-w`) vse tri korake izvede z enim ukazom. ## Zagon prve vzporedne seje: zastavica `--worktree`
Ključna ugotovitev Ukaz `claude --worktree feature-auth` ustvari worktree v `.claude/worktrees/feature-auth/`, ustvari vejo `worktree-feature-auth` iz `origin/HEAD` in tam zažene Claude Code. Ročni `git worktree add` ali `cd` nista potrebna. V sosednjem terminalu ponovite postopek z drugim imenom in dobite dve neodvisni seji. Če ime izpustite (`claude --worktree`), Claude ustvari naključno ime, na primer `bright-running-fox`.
Najkrajši primer. Odprite prvi terminal v korenu projekta: ```bash claude --worktree feature-auth ``` Claude Code naredi tri stvari: 1. Ustvari `.claude/worktrees/feature-auth/` s posnetkom `origin/HEAD` (običajno vaše privzete veje). 2. Ustvari novo vejo `worktree-feature-auth`. 3. Zažene sejo v tej mapi. Odprite drugi terminal v isti korenski mapi repozitorija: ```bash claude --worktree bugfix-123 ``` Končano. Dve seji Claude Code, različne datoteke na disku, različni veji Gita. Če v prvi pišete avtentikacijo, v drugi pa popravljate neuspešen test, si fizično ne moreta biti v napoto. Če ne želite vpisati imena, si ga bo Claude izmislil: ```bash claude --worktree # → creates something like .claude/worktrees/bright-running-fox/ ``` Namig za začetnike v Gitu: dodajte `.claude/worktrees/` v `.gitignore`. Sicer boste ob zagonu `git status` v glavni mapi vsebino vseh worktreejev videli kot nesledene datoteke: ``` # .gitignore .claude/worktrees/ ``` Napaka, ki se ji je treba izogniti: pred prvim zagonom `--worktree` v novem imeniku ga odprite z običajnim ukazom `claude` (brez zastavice) in sprejmite pogovorno okno za zaupanje delovnemu prostoru. Če tega ne storite, zastavica odpove z napako »trust not accepted«—tudi če jo združite z `-p` za način brez uporabniškega vmesnika. ## Kje so worktreeji in kako jih najti
Ključna ugotovitev Worktreeji so privzeto v `.claude/worktrees//` poleg korenske mape repozitorija. Seznam si ogledate z ukazom `git worktree list`. Če želite ročno vstopiti v worktree, uporabite `cd .claude/worktrees/feature-auth`. Če želite znotraj seje Claude preklopiti drugam, ga prosite, naj »preklopi na drug worktree«; uporabi vgrajeno orodje EnterWorktree. Stari worktree ostane na disku nespremenjen.
Privzeta lokacija je določena: `.claude/worktrees//` v korenu repozitorija. Če je vaš projekt v `~/dev/my-app/`, bo worktree `feature-auth` v `~/dev/my-app/.claude/worktrees/feature-auth/`. Za nestandardne postavitve (na primer, če želite worktree zunaj repozitorija) je na voljo hook `WorktreeCreate`—več o tem v spodnjem razdelku o SVN in Mercurialu. Znotraj ene seje Claude lahko preklopite na drug obstoječi worktree. V klepet preprosto napišite: »preklopi na `.claude/worktrees/bugfix-123`« in Claude bo poklical orodje `EnterWorktree`. Trenutna mapa bo ostala nespremenjena—vrnete se lahko na enak način. Standardni ukaz Gita prikaže seznam vseh worktreejev, vključno z glavnim in ročno ustvarjenimi: ```bash git worktree list ``` Izhod bo podoben temu: ``` /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] ``` ## Kopiranje `.env` in skrivnosti: datoteka `.worktreeinclude`
Ključna ugotovitev Worktree je svež checkout. Datoteke iz `.gitignore` (`.env`, `.env.local`, lokalne konfiguracije) v novi mapi niso prisotne. Brez njih `npm run dev` ali `prisma db push` ne bo deloval. Datoteka `.worktreeinclude` v korenu projekta uporablja sintakso `.gitignore` in Claude Code pove, katere datoteke naj samodejno kopira v vsak nov worktree. Uporabi se pri `--worktree`, worktreejih podagentov in sejah namizne aplikacije.
Ko `--worktree` ustvari novo mapo, vsebuje le datoteke, ki so v Gitu. `.env` s ključi API in `.env.local` z lokalno konfiguracijo sta v `.gitignore`, zato ju v worktreeju ni. Prvi `npm run dev` se zato konča z napako »MISSING DATABASE_URL«. Domača rešitev je, da po vsakem `--worktree` ročno kopirate `.env`. Enkrat deluje, potem pa na to pozabite. Anthropicova rešitev je datoteka `.worktreeinclude` v korenu projekta, v kateri so navedene datoteke, prezrte v Gitu, ki se samodejno kopirajo v vsak nov worktree. V korenu repozitorija ustvarite datoteko `.worktreeinclude`: ``` .env .env.local config/secrets.json ``` Sintaksa je enaka kot pri `.gitignore`. Uporabite lahko vzorce glob: ``` .env* *.local config/*.json .vscode/settings.json ``` Anthropic navaja jasno pravilo za preprečevanje nezgod:

Datoteka uporablja sintakso gitignore. Kopirajo se samo datoteke, ki ustrezajo vzorcu in jih Git hkrati prezre. Datoteke, ki jih Git spremlja, se nikoli ne podvojijo.

— Dokumentacija Anthropic, https://code.claude.com/docs/en/worktrees
Z drugimi besedami, prek `.worktreeinclude` ne morete po nesreči kopirati datoteke `package.json`—ni v `.gitignore`. Vanjo lahko varno dodate poljubne vzorce. Ista datoteka `.worktreeinclude` deluje v treh načinih: ročni `--worktree`, samodejni worktreeji za podagente (glejte spodaj) in seje v namizni aplikaciji Claude. ## Worktree iz pull requesta za pregled kode
Ključna ugotovitev Ukaz `claude --worktree "#1234"` pridobi pull request \#1234 iz origin in ustvari worktree v `.claude/worktrees/pr-1234/` z vejo PR. Podate lahko celoten URL—`claude --worktree https://github.com/OWNER/REPO/pull/1234`. Uporabno za pregled kode: odprite PR v njegovi lastni mapi, Claude pa lahko zažene teste, prebere dnevnike in napiše komentar, medtem ko glavni repozitorij ostane nedotaknjen.
Običajen primer pregleda kode: sodelavec je poslal PR; pregledati morate kodo, zagnati teste in pustiti komentar. Z običajnim `git checkout pull/1234/head` znova preklopite delovno kopijo in prekinete aktivno sejo. Z zastavico `--worktree` za to potrebujete en ukaz: ```bash claude --worktree "#1234" ``` Kaj se zgodi: Claude Code zažene `git fetch origin pull/1234/head`, ustvari worktree v `.claude/worktrees/pr-1234/` in opravi checkout veje PR. Seja se zažene. Takoj ga lahko prosite, naj »prebere diff, zažene teste in poišče logične napake«—medtem ko Claude dela, vaša glavna seja na veji `main` še naprej deluje. Druga možnost je celoten URL pull requesta: ```bash claude --worktree https://github.com/OWNER/REPO/pull/1234 ``` V resničnem projektu kombinacija `claude --worktree "#N"` z vašim podagentom za pregled kode omogoča samodejni pregled v minuti ali dveh. Zaženite ga v ozadju, nadaljujte delo v glavnem oknu in si oglejte rezultat z ukazom `claude agents`. ## Osnovna veja: `worktree.baseRef` za `fresh` ali `head`
Ključna ugotovitev Worktree se privzeto razveji iz `origin/HEAD`—zadnjega sinhroniziranega commita iz oddaljenega repozitorija. To je varen, »čist« začetek. Za lokalne še nepotisnjene commite v delovnem drevesu nastavite `worktree.baseRef: "head"`. HEAD označuje commit; nepotrjene sledene spremembe ostanejo v prvotni delovni kopiji in potrebujejo ločen izrecen prenos. Uporabno, ko mora podagent delati na vrhu vaše trenutne funkcije, ne da bi preklopili na main. Sprejema samo `fresh` ali `head`; poljubni refi niso podprti.
Privzeta nastavitev je naslednja: vsak nov worktree se začne pri `origin/HEAD`. Prednost je čist začetek, za katerega je zagotovljeno, da ustreza temu, kar bo videl CI. Slabost pa je, da v novem worktreeju ne bodo vključene nesprejete spremembe ali več lokalnih commitov na trenutni veji, ki presegajo stanje oddaljenega repozitorija. Za začetek delovnega drevesa iz trenutnega lokalnega commita HEAD to dodajte v `.claude/settings.json` ali globalne nastavitve: ```json { "worktree": { "baseRef": "head" } } ``` Zdaj `claude --worktree experimental-feature` začne iz trenutnega lokalnega `HEAD`. Koristi pri funkciji z lokalnimi še nepotisnjenimi commiti. Sledene nepotrjene spremembe niso vključene. Če jih podagent potrebuje, zahtevane spremembe izrecno ohranite in prenesite ter preglejte ciljni diff; prenosa ne zamenjujte z `.worktreeinclude`, ki obravnava prezrte lokalne datoteke. Nastavitev sprejema natanko dve vrednosti: `"fresh"` (= `origin/HEAD`) in `"head"` (= lokalni HEAD). Poljubni refi, kot sta `"feature-branch"` ali hash commita, niso podprti—ta omejitev je namerna, da prepreči kombinatorično eksplozijo možnosti. ## Samodejna izolacija podagentov: `isolation: worktree`
Ključna ugotovitev Podagent v Claude Code je specializiran agent, ki opravlja eno nalogo (pregled kode, refaktoriranje, raziskovanje). Če v eni seji vzporedno zaženete več podagentov, privzeto delajo v isti mapi in lahko prepišejo datoteke drug drugega. V frontmatter podagenta dodajte `isolation: worktree`, da vsak dobi začasni worktree, ki se ob koncu pravilno odstrani, če ni ničesar commital.
Ko Claudeu naročite »zaženi tri podagente: eden naj prebere podatkovno zbirko, drugi pregleda API, tretji pa preveri teste«, vsi trije privzeto delajo v vaši delovni kopiji. Če vsaj dva hkrati pišeta v isto datoteko, pride do konflikta. Rešitev je, da vsak samodejno dobi svoj worktree. 1. način: ustno prosite. Claudeu v pogovoru napišite: ``` Za svoje agente uporabi worktreeje. ``` Claude bo izolacijo uporabil za vse naslednje podagente v tej seji. 2. način: nastavite jo izrecno v samem podagentu. V datoteko podagenta (na primer `.claude/agents/code-reviewer.md`) dodajte polje v frontmatter: ```yaml --- name: code-reviewer description: Prebere diff in napiše komentarje za pregled kode isolation: worktree --- Natančen pregledovalec si. Preberi diff in poišči logične napake... ``` Vsak zagon tega podagenta zdaj dobi začasni worktree v `.claude/worktrees/`. Če podagent ni ničesar zapisal, se mapa samodejno izbriše, ko konča. Če so v njej nesprejete spremembe, vas Claude vpraša, ali jih želite obdržati ali odstraniti. Osnovna veja za worktreeje podagentov je enaka kot pri `--worktree`: privzeto `origin/HEAD`, z `worktree.baseRef: head` pa lokalni `HEAD`. ## Odločitvena matrika: worktree, `/bg`, podagent ali Agent View
Ključna ugotovitev Štirje mehanizmi Claude Code, ki jih pogosto zamenjujemo. Worktree zagotavlja **izolacijo datotek** (disk). `/bg` je **seja v ozadju** (kontekst in tokeni). Podagent je **specializiran enkratni agent** (poziv in orodja). Agent View je **nadzorna plošča za vse seje** (UI). Lahko jih kombinirate: `/bg` samodejno ustvari worktree, podagent z `isolation: worktree` se zažene v začasnem worktreeju, Agent View pa vse tri prikaže kot vrstice na enem seznamu.
| Orodje | Kaj izolira | Kdaj ga uporabiti | |----|----|----| | `claude --worktree ` | Datoteke (ločena mapa + veja) | Če želite ročno izvajati N vzporednih sej v različnih terminalih | | `/bg` (ali `Ctrl+B`) | Kontekst in čas | Dolga naloga, pri kateri ne želite blokirati trenutnega okna. Worktree se ustvari v ozadju | | Podagent z `isolation: worktree` | Datoteke znotraj ene seje | En poziv razdeli delo med N agentov, vi pa želite preprečiti, da bi prepisovali drug drugega | | `claude agents` (Agent View) | Nič, gre za UI | Če želite na eni nadzorni plošči videti vse tekoče / zaustavljene / dokončane seje | | `/goal` | Upravljanje avtonomije | Če želite, da Claude dela, dokler ni izpolnjen pogoj, brez vaših pozivov med posameznimi obrati | Značilne kombinacije: - **»2 funkciji vzporedno, ročno«** — dva terminala, vsak izvaja `claude --worktree`. Najpreprostejši primer. - **»Zaženi nočni refaktor; zaprl bom aplikacijo«** — `/bg` + `/goal` s pogojem dokončanja. Seja teče neodvisno od vašega okna. - **»En poziv, tri vzporedne raziskave«** — trije podagenti z `isolation: worktree`. Vsak v svojem peskovniku. - **»Kaj se trenutno izvaja?«** — `claude agents`. Nadzorna plošča vseh sej s filtri »running«, »blocked« in »done«. ## 5 pasti pri delu z worktreeji
Ključna ugotovitev Najpogostejše težave: pozabite na `.worktreeinclude` in okolje ne deluje; worktree zamenjate za običajno vejo in izgubite nesprejete spremembe; imate 5+ vzporednih sej in pozabite, kaj je kje; ne nastavite `cleanupPeriodDays`, zato se kopičijo neuporabljene mape; ali pozabite potrditi zaupanje v novem imeniku, zaradi česar `--worktree` odpove z napako.
**1. Zagnali ste worktree, `.env` manjka in nič ne deluje.** To je najpogostejša težava. Worktree je svež checkout brez datotek, ki jih Git prezre. Rešitev je, da takoj ob nastavitvi načina worktree ustvarite datoteko `.worktreeinclude` z vzorcem `.env*` in potrebnimi lokalnimi konfiguracijami. Preverite, ali je datoteka v korenu repozitorija in ne v `.claude/`. **2. Želite preklopiti na glavno vejo, zaženete `cd` v koren in izgubite nesprejete spremembe v worktreeju.** Korenska mapa in worktree sta **različni** delovni kopiji. Z ukazom `cd` ste se vrnili; spremembe v worktreeju so ostale na mestu—niso izginile. Če pa ste se zmedli in v glavni mapi zagnali `git stash`, ker ste mislili, da ste v worktreeju, bo stash ustvarjen na glavni veji, ne na tisti, na kateri ste ga pričakovali. **3. Zagnali ste 5 vzporednih sej in se ne spomnite več, kaj dela katera.** Dokumentacija Anthropic izrecno opozarja, da večina razvijalcev kognitivno ne zmore obvladati več kot 2–3 sej. Znak preobremenitve je, da odprete Agent View in ne morete takoj povedati, kaj počne posamezen agent. Omejite se na dve sočasni seji. Če naloga zahteva več, jo je treba orkestrirati prek `/goal` + podagentov, ne ročno. **4. Worktreeji iz `-p` (brez uporabniškega vmesnika) se ne očistijo samodejno.** Ukaz `claude --worktree feature-x -p "do thing"` ne prikaže interaktivnega poziva ob izhodu, zato Claude nikoli ne vpraša »odstranim worktree?« Ti worktreeji se kopičijo. Odstranite jih ročno: `git worktree remove .claude/worktrees/feature-x`. Ali uporabite cron-skript, ki odstrani vse, kar je starejše od 7 dni. **5. Pogovorno okno za zaupanje v novi mapi.** Če repozitorij odprete prvič in takoj zaženete `claude --worktree`, ukaz ne bo uspel. Zaženite `claude` brez zastavic, sprejmite zaupanje delovnemu prostoru in zaprite—nato bo `--worktree` deloval. To je namerno, da Claude ne dobi dostopa do tujega projekta brez uporabnikovega soglasja. ## Čiščenje: kaj se samodejno izbriše
Ključna ugotovitev Worktree iz `--worktree` brez sprememb (brez commitov, nesledenih datotek ali nesprejetih sprememb) se samodejno odstrani, ko zapustite sejo. Če so prisotne spremembe, vas Claude vpraša. Worktreeji podagentov in `/bg` se samodejno odstranijo po časovni omejitvi `cleanupPeriodDays` v nastavitvah, če so čisti. Worktreeji iz `-p` se sploh ne očistijo—ročno jih odstranite z `git worktree remove`.
Logika čiščenja je odvisna od tega, kaj ste počeli v worktreeju in kako ste zagnali sejo. Dokumentacija Anthropic navaja tri scenarije:

Če v worktreeju ni nesprejetih sprememb, nesledenih datotek ali novih commitov, se worktree in njegova veja samodejno odstranita, ko zapustite sejo. Če je seja poimenovana, Claude namesto odstranitve vpraša, da lahko worktree obdržite za pozneje.

— Dokumentacija Anthropic, https://code.claude.com/docs/en/worktrees
Scenarij 1: vstopili ste, niste naredili ničesar in izstopili—worktree je bil odstranjen. Scenarij 2: nekaj ste naredili, vendar tega niste commitali—Claude ob izhodu vpraša »obdržim ali odstranim?« Izbira »obdrži« shrani mapo in vejo za pozneje. »Odstrani« izbriše imenik **skupaj z** nesprejetimi spremembami in novimi commiti. To je destruktivno—ne kliknite »odstrani« iz navade. Scenarij 3: zagnali ste `-p` (brez uporabniškega vmesnika), ukaz pa se je končal in zaprl. Worktree ostane. Očistite ga ročno: ```bash git worktree remove .claude/worktrees/feature-x ``` Poleg tega se worktreeji podagentov in sej `/bg` samodejno odstranijo s čiščenjem v ozadju, če so starejši od `cleanupPeriodDays` dni (nastavitev, ki je običajno privzeto 30 dni) **in** nimajo neshranjenega dela. Samodejno čiščenje se worktreejev iz `--worktree` ne dotakne—zanje ste odgovorni vi. ## Alternative za SVN, Perforce in Mercurial: hook `WorktreeCreate`
Ključna ugotovitev Način worktree privzeto uporablja `git worktree`. Za SVN, Perforce, Mercurial in druge VCS lahko priključite svoj mehanizem prek hookov `WorktreeCreate` in `WorktreeRemove` v nastavitvah Claude Code. Hook prejme ime prek stdin, izpisati mora pot do ustvarjenega imenika in se končati s kodo 0. Če uporabljate svoj hook, se `.worktreeinclude` ne obdela—lokalne datoteke morate kopirati sami znotraj hooka.
Če repozitorij uporablja Subversion ali Mercurial, zastavica `--worktree` ne bo delovala neposredno. Anthropic ponuja razširitveno točko prek dveh hookov: `WorktreeCreate` (ustvari izolirano kopijo) in `WorktreeRemove` (jo odstrani). Primer SVN-hooka iz uradne dokumentacije: ```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 prebere ime worktreeja iz stdin (`{ "name": "feature-auth" }`), zažene `svn checkout` v vnaprej določeni imenik in pot izpiše na stdout—Claude Code jo uporabi kot delovni imenik za novo sejo. Pomembno opozorilo: pri uporabi lastnega hooka se `.worktreeinclude` ne uporablja. Če v novi mapi potrebujete `.env` ali druge datoteke, ki jih Git prezre, jih kopirajte znotraj skripta hooka. ## Kaj sledi: trije sorodni mehanizmi za vzporedno delo
Ključna ugotovitev Worktree zagotavlja izolacijo datotek. `/bg` zagotavlja izolacijo konteksta in tokenov. Podagent zagotavlja izolacijo nalog in orodij. `/goal` zagotavlja avtonomijo do izpolnitve pogoja. Vsak zase rešuje en problem. Skupaj omogočajo izvajanje 3–5 vzporednih nalog brez kognitivnega zloma. Nato je smiselno raziskati sorodne vodnike o avtonomnem načinu, prilagojenih podagentih in dinamičnih potekih dela prek spodnjih povezav.
Worktree zagotavlja izolacijo datotek. `/bg` zagotavlja izolacijo konteksta. Podagenti zagotavljajo izolacijo nalog. Vsak mehanizem sam zase rešuje en problem. Skupaj omogočajo delo na treh do petih vzporednih nalogah brez kognitivnega zloma. To je nabor spretnosti za napredno vibe-codanje leta 2026. Ta tema se naravno nadaljuje s tremi sorodnimi temami: [kako nastaviti avtonomnega agenta z `/goal` in Agent View](https://ailoot.ai/blog/sl/claude-code-goal-agent-view/), [kako ustvariti lastne podagente za svoje naloge](https://ailoot.ai/blog/sl/claude-code-subagents/) in [kako zagnati stotine agentov prek Dynamic Workflows](https://ailoot.ai/blog/sl/claude-code-dynamic-workflows/).
### Viri - [Izvajanje vzporednih sej z worktreeji - dokumentacija Claude Code](https://code.claude.com/docs/en/worktrees) - [Ustvarjanje prilagojenih podagentov - dokumentacija Claude Code](https://code.claude.com/docs/en/sub-agents) - [Dnevnik sprememb Claude Code (maj–junij 2026)](https://code.claude.com/docs/en/changelog) - [Vzporedno izvajanje agentov - dokumentacija Claude Code](https://code.claude.com/docs/en/agents) - [Agent View - dokumentacija Claude Code](https://code.claude.com/docs/en/agent-view) - [Stran priročnika git worktree](https://git-scm.com/docs/git-worktree)
[Odprite Ailoot](https://ailoot.ai/). ## Vprašanja in odgovori: Git worktree v Claude Code: vzporedne seje ### Ali baseRef head kopira nepotrjene spremembe v novo delovno drevo? Ne. Začne iz trenutnega lokalnega commita HEAD, tudi lokalnih commitov, ki jih v oddaljenem repozitoriju ni. Nepotrjene sledene spremembe ostanejo v prvotni kopiji; potrebni WIP prenesite izrecno in preglejte novo delovno drevo. ### Zakaj v novem delovnem drevesu manjka .env? Delovno drevo je sveža kopija, zato lokalne datoteke, ki jih Git prezre, manjkajo. `.worktreeinclude` v Claude Code našteje prezrte datoteke za kopiranje; lastni kavelj WorktreeCreate mora to kopiranje izvesti sam. Vključite samo datoteke, ki jih naloga potrebuje. ## Ailoot · Podjetje in njegov portfelj projektov Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI. Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah. Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.