codex执行编辑文件过程巨慢的原因

[ioop (raint)]

昨天我意外发现codex在执行一个编辑文件写记录的操作进行了5分钟以上，慢慢文件写完了但是一直在编辑，我让codex查找了一下问题，果然发现了旧版 Codex 给某些大目录设置了一个会向下继承的旧权限；新版 Codex 每次执行命令都认为这个权限需要修复，但它只能修改当前项目，删不掉从父目录继承来的权限，所以每次都重复修复，导致特别慢。

各位佬看看是否有一样的问题，现在codex提出解决方案是全盘项目进行修复，有没有佬有好的方法,有些没遇到可能是开启了全部权限，也就没有沙箱这层，就不会遇到这个问题
解决方案：（目前我正在测试，成功后上传命令）

[Jojo_Coco (摇摆熊)]

有的时候esc再发一次就可以流畅跑了，这几天不是免费测试呢嘛，过些日子估计能修复了

[ioop (raint)]

这个我退出、甚至重启都没用，只要有调用apply_patch这个工具就会巨慢

[lazzman (花开富贵)]

我也遇到这个问题了，我说怎么改个代码改了20多分钟。

[jfmoe]

怎么临时修复呢，这个问题太恶心了。

[ioop (raint)]

我让他测试了一下，改一行执行了两分钟

[ioop (raint)]

现在codex提出的解决方案是全量项目都进行权限替换为新版掩码

[doSth]

我用5.6的时候，有时候巨慢，esc没有效果

切成5.5的时候，就好了

[ioop (raint)]

最新版本的改动升级好像有这方面的修复，但是没有解决

[doSth]

[yooyui]

弄一个修复MCP工具是不是好很多？

[ioop (raint)]

好像就是卡在apply_patch这个工具上了，巨慢，明明文件都写入好了，一直在那等着，就是在申请权限一直重试

[helsa]

我在windows里用5.5也是变得巨慢，上周还是正常的。现在我只能切换到WSL里面用cli了，好难受

[ipxair]

太细了佬，我一直以为就是纯慢呢。

[ioop (raint)]

因为我喜欢盯着它干活，昨天我看只要一到编辑调用内置apply_patch就会慢，我现在让它弄个临时方案临时解决，以后等官方修复吧

[ETSandy]

那是不是新拉一个工程，之后只用5.6来操作这个工程的文件，就没这个问题了？

[jsban (兰子p)]

我改成unelevated好像能快不少。

[okclever]

codex总是出现这种低级的错误，有点难以想象，难道全是印度阿三在维护吗

[blacksein]

我是直接把沙箱关了 这东西导致我一堆命令执行会报错
但是诡异的是那个参数在文档里已经没了。。但是还能用

[yeluo001]

可能光顾着重置额度了，代码全扔给codex自己写了