совет, если вы переходите с cc на codex и скучаете по флагу `--worktree`, вот обходной путь 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" сохраните это как ярлык в вашем `.zshrc`, и у вас будет эквивалент, за исключением автоматической очистки

и вот вам фишка этой команды, которая позволяет вам сделать что-то в codex, что вы НЕ МОЖЕТЕ сделать с помощью `--worktree` cc она ограничивает codex в рабочем дереве, чтобы он не путался и не пытался запускать тесты или писать код вне его 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' делает новое рабочее дерево корнем рабочего пространства, держит codex в `workspace-write`, отключает запросы на одобрение с помощью `-a never` и включает доступ в сеть внутри этого песочницы

еще одна версия, которая позволяет codex выполнять операции git, такие как commit/push/pr, но сохраняет ограждение рабочей директории codex остается в новой рабочей директории в качестве своего рабочего пространства, может редактировать и выполнять команды там, и может использовать сеть внутри `workspace-write` благодаря переопределению конфигурации если действие git требует выхода за пределы песочницы рабочего пространства, например, для записи определенных метаданных или других защищенных операций, codex может остановиться и запросить одобрение вместо того, чтобы просто завершиться с ошибкой 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'