Dica: se você está migrando do CC para o Codex e não anota a flag '--worktree', aqui vai 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 como um atalho no seu '.zshrc' e você basicamente terá o equivalente, menos a limpeza automática

e aqui está uma flair desse comando que permite fazer algo no codex que você NÃO PODE fazer com a '--worktree' do cc Ele encaixa o codex na árvore de trabalho para que ele não se confunda, tente rodar 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 da nova árvore de trabalho a raiz do workspace, mantém o codex em 'workspace-write', desativa os prompts de aprovação com '-a never' e permite o acesso à rede dentro desse sandbox

Mais uma versão que permite que o Codex gerencie operações git como commit/push/pr, mas mantendo a cerca da árvore de trabalho O codex permanece enraizado na nova árvore de trabalho como seu workspace, pode editar e executar comandos lá, e pode usar a rede dentro do 'workspace-write' devido à substituição de configuração Se uma ação git precisar sair do sandbox do workspace, 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 | colar -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'