Tips: Hvis du går fra CC til Codex og går glipp av '--worktree'-flagget, her er en løsning name=$(grep -E '^[a-z]{4,10}$' /usr/share/dict/words | shuf -n 3 | lim inn -sd- -) && git worktree legg til -b "worktree-$name" ".codex/worktrees/$name" && codex -C ".codex/worktrees/$name" Lagre det som en snarvei i din '.zshrc', og du har i praksis det samme, minus automatisk opprydding

og her er en flair av denne kommandoen som lar deg gjøre noe i codex som du IKKE kan gjøre med cc sitt '--worktree' Den gjerder inn Codex i Worktree slik at den ikke blir forvirret eller prøver å kjøre tester eller skrive kode utenfor den name=$(grep -E '^[a-z]{4,10}$' /usr/share/dict/words | shuf -n 3 | lim inn -sd- -) && wt=".codex/worktrees/$name" && git worktree legg til -b "worktree-$name" "$wt" && codex -C "$wt" -s workspace-write -a never -c 'sandbox_workspace_write.network_access=true' gjør det nye Worktree til arbeidsområdets rot, holder Codex i 'workspace-write', deaktiverer godkjenningsprompter med '-a never', og muliggjør nettverkstilgang inne i sandkassen

Enda en versjon som kan la Codex håndtere git-operasjoner som commit/push/PR, men beholder worktree-gjerdet Codex forblir forankret i det nye arbeidstreet som arbeidsområde, kan redigere og kjøre kommandoer der, og kan bruke nettverket inne i 'workspace-write' på grunn av konfigurasjonsoverstyringen Hvis en git-handling må gå utenfor arbeidsområdets sandkasse, som visse metadata-skrivinger eller andre beskyttede operasjoner, kan Codex stoppe og be om godkjenning i stedet for bare å feile name=$(grep -E '^[a-z]{4,10}$' /usr/share/dict/words | shuf -n 3 | lim inn -sd- -) && wt=".codex/worktrees/$name" && git worktree legg til -b "worktree-$name" "$wt" && codex -C "$wt" -s workspace-write -a on-request -c 'sandbox_workspace_write.network_access=true'