se stai passando da cc a codex e ti manca il flag `--worktree`, ecco una soluzione alternativa 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" salvalo come scorciatoia nel tuo `.zshrc` e hai fondamentalmente l'equivalente, senza la pulizia automatica.

ecco un flair di questo comando che ti permette di fare qualcosa in codex che NON PUOI fare con `--worktree` di cc fence codex nel worktree in modo che non si confonda o cerchi di eseguire test o scrivere codice al di fuori di esso 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' rende il nuovo worktree la radice dello spazio di lavoro, mantiene codex in `workspace-write`, disabilita i prompt di approvazione con `-a never`, e abilita l'accesso alla rete all'interno di quel sandbox

un'altra versione che può permettere a codex di gestire operazioni git come commit/push/pr ma mantiene la recinzione del worktree codex rimane radicato nel nuovo worktree come il suo spazio di lavoro, può modificare ed eseguire comandi lì, e può utilizzare la rete all'interno di `workspace-write` grazie all'override della configurazione se un'azione git deve uscire dal sandbox dello spazio di lavoro, come certe scritture di metadati o altre operazioni protette, codex può fermarsi e chiedere approvazione invece di fallire semplicemente 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'