Tipp: Wenn du von cc zu codex wechselst und das `--worktree`-Flag vermisst, hier ist ein Workaround 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" Speichere es als Abkürzung in deiner `.zshrc` und du hast im Grunde das Äquivalent, abgesehen von der automatischen Bereinigung.

und hier ist ein Flair dieses Befehls, der es dir ermöglicht, etwas in Codex zu tun, was du mit cc's `--worktree` NICHT tun kannst es sperrt Codex in den Worktree, damit es nicht verwirrt wird oder versucht, Tests auszuführen oder Code außerhalb davon zu schreiben 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' macht den neuen Worktree zum Arbeitsbereichs-Wurzel, hält Codex in `workspace-write`, deaktiviert Genehmigungsaufforderungen mit `-a never` und aktiviert den Netzwerkzugang innerhalb dieses Sandkastens

eine weitere Version, die es codex ermöglicht, Git-Operationen wie Commit/Push/PR durchzuführen, aber den Arbeitsbaumzaun beibehält codex bleibt im neuen Arbeitsbaum als sein Arbeitsbereich verankert, kann dort bearbeiten und Befehle ausführen und kann aufgrund der Konfigurationsüberschreibung im `workspace-write` Netzwerk nutzen wenn eine Git-Aktion außerhalb des Arbeitsbereichs-Sandkastens treten muss, wie bestimmte Metadaten-Schreibvorgänge oder andere geschützte Operationen, kann codex anhalten und um Genehmigung bitten, anstatt einfach zu scheitern 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'