Codex for Windows 插件突然失效？这可能是一次“半更新”留下的坑

最近不少 Windows 用户在使用 Codex Desktop 时，遇到了一个很烦人的问题：

明明已经安装了 Computer Use、Chrome 控制插件，设置里也能看到相关入口，但一到真正启用时就报错。轻一点的情况是插件图标加载异常，重一点则是 Computer Use 直接显示不可用，浏览器控制也无法正常工作。

如果继续翻日志，常见报错可能包括：

marketplace.json does not exist

EBUSY: resource busy or locked

os error 5

Windows Computer Use helper paths are unavailable

这些错误看起来很分散，但背后的核心问题其实是一件事：Codex 插件目录在 Windows 上更新时被占用，导致更新流程没有完整跑完。

一、不是插件没装，而是插件“装残了”

Codex Desktop for Windows 内置了一批 bundled 插件，比如 Chrome、Computer Use、Browser。

正常情况下，这些插件的完整源会随着 Codex 安装包一起提供。Codex 启动或更新时，会把这些插件同步到用户目录下的缓存位置，再通过本地插件市场读取元数据、加载脚本和图标。

问题就出在这个同步过程中。

Chrome 插件里包含原生进程和相关目录。如果 Codex 正在更新插件，而 Windows 此时仍然占用了某些文件或目录，Codex 在删除旧目录、复制新目录时就可能失败。

结果就是：旧目录没删干净，新目录也没复制完整。

从用户视角看，插件还在；从程序视角看，插件已经缺文件了。

缺什么？通常是插件元数据、JSON 文件、MJS 客户端脚本等关键文件。于是 Codex 再次读取插件时，就会发现市场文件不存在、客户端路径不可用、图标资源缺失，最后表现为插件页面异常或功能不可用。

二、为什么 Chrome 和 Computer Use 经常一起坏？

很多人第一反应是：我只是 Chrome 插件坏了，为什么 Computer Use 也跟着不能用？

原因是 Codex 的本地插件市场刷新依赖这些 bundled 插件的完整状态。Chrome 插件目录如果处于残缺状态，可能会影响整个插件市场的刷新流程。

也就是说，这不是单个插件“功能失败”，而是本地插件缓存和插件市场状态一起出了问题。

所以你会看到一种很典型的现象：

Chrome 控制插件报错，Computer Use 也报错；设置页里插件还在，但点击、启用、加载都不正常。

这也是为什么彻底卸载 Codex、清理残留目录、重新安装通常能解决问题。它本质上是把残缺缓存删掉，再重新生成一份完整插件目录。

但问题是，每次都靠重装太重了。真正更合理的思路是：让 Codex 从安装包里的完整源重新构建插件缓存。

三、修复思路：让 Codex 自我修复插件缓存

蓝点网原文提到的解决方案，是使用一段较长的提示词交给 Codex，让 Codex 根据本机情况检查插件目录、识别残缺文件，再从安装包中的完整源重建缓存。

这个方法的关键不是“让 AI 猜问题”，而是让 Codex 按步骤完成几件事：

第一，检查当前 Codex 插件缓存目录是否完整。

第二，确认 Chrome、Computer Use、Browser 等 bundled 插件的版本目录是否存在缺失。

第三，定位安装包中的完整插件源。

第四，在不破坏用户配置的前提下，重建或刷新本地插件缓存。

第五，完成后重启 Codex Desktop，使新缓存重新加载。

在蓝点网的测试中，问题确认为 Chrome 插件目录被 Windows 锁定，导致插件更新不完整。通过提示词引导 Codex 从安装包重建完整源后，插件恢复正常。

需要注意的是，修复完成后 Codex 可能仍会提示“未完全修复”。这不一定代表失败，因为部分插件状态需要重启 Codex 才会真正刷新。

所以修复后的正确动作是：关闭 Codex Desktop，再重新启动，然后进入设置页检查 Computer Use 和 Chrome 插件状态。

四、遇到这个问题时，建议按这个顺序处理

如果你也遇到类似问题，可以按下面的优先级排查：

先重启 Codex Desktop。
如果只是临时进程占用，重启可能会释放锁定。

再检查设置页里的插件状态。
路径一般在设置、集成、电脑操控、控制相关页面。

如果 Chrome 插件和 Computer Use 同时异常，优先怀疑 bundled 插件缓存损坏。
尤其是日志里出现 marketplace.json does not exist、EBUSY、os error 5 这类提示时，基本可以往插件目录残缺方向判断。

然后使用原文提供的修复提示词，让 Codex 执行自我修复。
原文提供的提示词文件地址是：https://dl.landian.news/?file=tmp/codex-chr.md

最后重启 Codex Desktop。
不要只看修复命令最后一行的结果，插件加载通常需要应用重启后才会恢复。

五、这个问题给 Windows 用户的提醒

这类问题的根源并不是 Codex 插件本身“不会用”，而是 Windows 文件占用机制和应用自动更新机制撞在了一起。

当一个目录里既有插件文件，又有可能被原生进程调用的可执行组件时，更新程序最怕遇到半删除、半复制、半锁定的状态。

一旦进入这种状态，用户看到的就不是一个明确的“更新失败”，而是一串看起来互不相关的插件错误。

所以，今后如果 Codex for Windows 出现插件突然不可用，尤其是 Chrome 控制和 Computer Use 同时失效，不妨先把它当成“插件缓存损坏”来排查，而不是马上怀疑账号、模型、权限或浏览器本身。

很多时候，真正需要修复的不是浏览器，也不是 Windows 权限，而是 Codex 本地缓存里那份没更新完整的 bundled 插件。

一句话总结

Codex for Windows 的 Computer Use 和 Chrome 插件同时失效，多半是插件更新时目录被 Windows 占用，导致缓存残缺。最稳的修复思路，是让 Codex 从安装包完整源重建插件缓存，完成后重启应用再检查插件状态。