dica se você está mudando de cc para codex e sente falta da flag `--worktree`, aqui está uma solução 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" salve isso como um atalho no seu `.zshrc` e você basicamente terá o equivalente, menos a limpeza automática

e aqui está um recurso deste comando que permite fazer algo no codex que você NÃO PODE fazer com o `--worktree` do cc ele delimita o codex dentro do worktree para que não fique confuso ou tente executar testes ou escrever código fora dele 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' faz do novo worktree a raiz do workspace, mantém o codex em `workspace-write`, desabilita os prompts de aprovação com `-a never`, e habilita o acesso à rede dentro desse sandbox

uma versão a mais que pode permitir que o codex execute operações git como commit/push/pr, mas mantém a cerca do worktree o codex permanece enraizado no novo worktree como seu espaço de trabalho, pode editar e executar comandos lá, e pode usar a rede dentro de `workspace-write` devido à sobreposição de configuração se uma ação git precisar sair do sandbox do espaço de trabalho, como certas gravações de metadados ou outras operações protegidas, o codex pode parar e pedir aprovação em vez de simplesmente falhar 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'