tip als je van cc naar codex verhuist en de `--worktree` vlag mist, hier is een workaround name=$(grep -E '^[a-z]{4,10}$' /usr/share/dict/words | shuf -n 3 | paste -sd- -) && git worktree add -b "worktree-$name" ".codex/worktrees/$name" && codex -C ".codex/worktrees/$name" sla het op als een snelkoppeling in je `.zshrc` en je hebt in wezen het equivalent, minus de automatische opruiming

en hier is een flair van dit commando dat je iets laat doen in codex dat je NIET kunt doen met cc's `--worktree` het omheint codex in de worktree zodat het niet in de war raakt of probeert tests uit te voeren of code buiten deze worktree te schrijven name=$(grep -E '^[a-z]{4,10}$' /usr/share/dict/words | shuf -n 3 | paste -sd- -) && wt=".codex/worktrees/$name" && git worktree add -b "worktree-$name" "$wt" && codex -C "$wt" -s workspace-write -a never -c 'sandbox_workspace_write.network_access=true' maakt de nieuwe worktree de root van de werkruimte, houdt codex in `workspace-write`, schakelt goedkeuringsprompten uit met `-a never`, en schakelt netwerktoegang in die sandbox in.

één meer versies die codex in staat stelt git-bewerkingen zoals commit/push/pr uit te voeren, maar de worktree-afbakening behoudt codex blijft geworteld in de nieuwe worktree als zijn werkruimte, kan daar bewerken en commando's uitvoeren, en kan netwerk gebruiken binnen `workspace-write` vanwege de configuratie-overriding als een git-actie buiten de werkruimte-sandbox moet stappen, zoals bepaalde metadata-schrijfacties of andere beschermde bewerkingen, kan codex stoppen en om goedkeuring vragen in plaats van gewoon te falen name=$(grep -E '^[a-z]{4,10}$' /usr/share/dict/words | shuf -n 3 | paste -sd- -) && wt=".codex/worktrees/$name" && git worktree add -b "worktree-$name" "$wt" && codex -C "$wt" -s workspace-write -a on-request -c 'sandbox_workspace_write.network_access=true'