Порада: якщо ви переходите з CC до кодексу і пропустите прапорець '--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' — і ви фактично отримаєте еквівалент, тільки без автоматичного очищення

і ось флер цієї команди, який дозволяє робити в кодексі те, що НЕ можна зробити з cc '--worktree' Він огороджує 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, але зберігає паркану Worktree 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'