终于找到codex cli巨慢+巨卡的原因了！

也可以直接关掉sandbox（就是你要注意别开bypass）

这个sandbox感觉是很多bug之源了。。

补充下我的配置

配置文件里先把sandbox的配置删了 （就是有elevated或者unelevated那个）

然后加上：

[features]

apply_patch_freeform=true

elevated_windows_sandbox=false

experimental_windows_sandbox=false

再找一个新项目用codex打开 如果跳了要sandbox 关闭再打开试试

没跳就是关了

这俩参数之前在配置文档里 后来找不到了 但是还是有用(emmmm。。似乎没用。。好像只要删掉上面的配置 不加这俩feature也行 这俩feature配置的确废弃掉了

这群草台班子做出什么代码我都不觉得奇怪了

感觉应该是这次gpt5.6更新后的版本出现的，之前没遇到过这种傻逼问题，这个工作流都满满干了两个月了 ^-^

佬，怎么关掉 sandbox？一直想关掉这玩意儿

这个关闭沙盒是怎么操作？我试了下开到完全访问，打开审批，他修改删除新建文件还是不会询问。

佬，我也想知道怎么关闭sandbox，它经常会出现失败错误

佬，我也想知道怎么关闭sandbox，它经常会出现失败错误

可以看看这个佬的：

最近研究了一下Codex沙盒以及权限的设置，在这里分享一下，如果有错误，请大佬们帮忙指正一下 ^-^
设置沙盒
[windows]
sandbox = "unelevated" # or "elevated"

设置windows中使用沙盒的模式，而不是是否使用沙盒(Codex都是在沙盒中的，除非给了danger-full-access权限)。
“unelevated"和"elevat…

怎么清理 直接删除就行吗？不会影响其他的吧

一致full access跑，直接梭哈，之前有sandbox怎么都不顺手

老早发现了这个现象一直没找到原因，原来坑在这里，一直不使用沙盒才行，但是就是不能用插件，插件一直提示要沙盒

full access不敢啊，项目文件可能有git，删盘了咋办

给 Windows 做沙箱的时候也遇到了 ACL 机制的这个问题，但是至少不会每次调用工具都刷新 ACL 啊。codex 真成 ai slop 了。

感谢大佬，一直有这个问题，直到你解决了，点个赞！

这个问题只有window有吧，mac存在这个问题吗！？

应该没有吧，系统不一样机制应该也不太一样。我不确定mac，自行测试吧

直接开 YOLO 模式

梭哈是一门艺术

调教桀骜不驯的codex 0.144.6 在win总算是相对稳定兼容了!

^-^Windows沙箱配置一定要注释掉，这是一切毛病根源！

# [windows]

# sandbox = "unelevated"

^-^权限配置三件套，这是实测Windows目前稳定可用且相对安全的配置了：

sandbox_mode = "workspace-write"

approval_policy = "on-request"

approvals_reviewer = "auto_review"

^-^developer_instructions一定要配置如下：

developer_instructions = """

On Windows, prefer Git Bash for command execution.

Use exec_command with shell="bash" and login=false. Use login=true only when shell startup files are explicitly required.

If a necessary and otherwise safe Git Bash command fails specifically because of the Windows sandbox, retry it with sandbox_permissions="require_escalated" and a narrow justification.

Do not switch shells merely to work around a sandbox failure.

Treat require_escalated commands as running outside the sandbox. Keep them read-only or tightly scoped unless the user explicitly requests writes, and never use escalation to bypass a safety rule.

NEVER delete files outside the current working directory.

NEVER run rm -rf or recursive deletion commands.

"""