2. Linux.do
  3. codex执行编辑文件过程巨慢的原因

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

raint 2026-07-14 08:26 1

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



各位佬看看是否有一样的问题，现在codex提出解决方案是全盘项目进行修复，有没有佬有好的方法,有些没遇到可能是开启了全部权限，也就没有沙箱这层，就不会遇到这个问题

解决方案：（目前我正在测试，成功后上传命令）

最新回复 (15)
  • 摇摆熊 07-14 08:28
    1楼

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

  • raint 楼主 07-14 08:30
    2楼

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

  • 花开富贵 07-14 08:32
    3楼

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

  • jfmoe 07-14 08:34
    4楼

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

  • raint 楼主 07-14 08:34
    5楼



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

  • raint 楼主 07-14 08:38
    6楼

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

  • doSth 07-14 08:38
    7楼

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


    切成5.5的时候，就好了

  • raint 楼主 07-14 08:42
    8楼

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

  • doSth 07-14 08:43
    9楼

  • yooyui 07-14 08:44
    10楼

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

  • raint 楼主 07-14 08:45
    11楼

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

  • helsa 07-14 08:45
    12楼

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

  • ipxair 07-14 08:54
    13楼

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

  • raint 楼主 07-14 08:56
    14楼

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

  • ETSandy 07-14 11:50
    15楼

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

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐