Sfat dacă treci de la CC la codex și ratezi flag-ul '--worktree', iată o soluție alternativă 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" Salvează-l ca o scurtătură în '.zshrc' și practic ai echivalentul, cu excepția curățării automate

și iată un flair al acestei comenzi care îți permite să faci ceva în codex ce NU poți face cu '--worktree' al cc-ului Acesta încadrează codexul în arborele de lucru ca să nu se încurce sau să nu încerce să ruleze teste sau să scrie cod în afara acestuia 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' face noul arbore de lucru rădăcina workspace, păstrează codexul în 'workspace-write', dezactivează solicitările de aprobare cu '-a never' și permite accesul la rețea în interiorul acelui sandbox

Încă o versiune care permite Codex să gestioneze operațiuni git precum commit/push/pr, dar păstrează worktree fence Codexul rămâne ancorat în noul arbore de lucru ca spațiu de lucru, poate edita și rula comenzi acolo și poate folosi rețeaua în interiorul 'workspace-write' datorită suprascrierii de configurare Dacă o acțiune git trebuie să iasă din sandbox-ul spațiului de lucru, cum ar fi anumite scrieri de metadate sau alte operațiuni protejate, Codex se poate opri și cere aprobarea în loc să eșueze pur și simplu 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 la cerere -c 'sandbox_workspace_write.network_access=true'