consejo si estás pasando de cc a codex y echas de menos la bandera `--worktree`, aquí tienes una solución 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" guárdalo como un acceso directo en tu `.zshrc` y básicamente tendrás lo equivalente, menos la limpieza automática

y aquí hay un matiz de este comando que te permite hacer algo en codex que NO PUEDES hacer con `--worktree` de cc encierra codex en el worktree para que no se confunda o intente ejecutar pruebas o escribir código fuera de él 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' hace que el nuevo worktree sea la raíz del espacio de trabajo, mantiene codex en `workspace-write`, desactiva los mensajes de aprobación con `-a never`, y habilita el acceso a la red dentro de ese sandbox

una versión más que puede permitir que codex maneje operaciones de git como commit/push/pr pero mantiene la cerca del worktree codex permanece enraizado en el nuevo worktree como su espacio de trabajo, puede editar y ejecutar comandos allí, y puede usar la red dentro de `workspace-write` debido a la anulación de configuración si una acción de git necesita salir del sandbox del espacio de trabajo, como ciertas escrituras de metadatos u otras operaciones protegidas, codex puede detenerse y pedir aprobación en lugar de simplemente fallar 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'