Computer Use 罢工、Chrome 插件报错、图标不加载……每次 Codex 更新都像开盲盒?

如果你在用 Codex Desktop for Windows,并且遇到过以下任何一个场景,那这篇文章就是为你写的:

以前遇到这种情况,很多人(包括我)的第一反应就是:删掉重装。
但问题在于——重装一次管用,下次更新又来。Codex 的更新机制里藏着一个 Windows 独有的坑,不把根因搞清楚,就会陷入「重装→更新→崩→再重装」的死循环。
今天我就把这个坑彻底扒开,同时给你一个一键自我修复的方案。
🔍 问题的根源:Windows 文件锁
Codex 更新插件的机制 与 Windows 文件锁定 的冲突。
正常时的更新流程
Codex 桌面版自带三个 bundled 插件(Chrome、Computer Use、Browser),它们的完整源存放在 Codex 安装包目录中:

更新时,Codex 会这样操作:

这个过程正常情况下没问题。
但 Windows 出手了
问题出在 Chrome 插件包含的原生进程(extension-host.exe)上。当 Codex 正在更新插件时,如果这个进程或者相关目录仍然被 Windows 系统占用,删除旧目录或复制新目录就会失败。
日志里的表现就是:

这时候更新流程执行了一半——旧目录删了,新目录没完全复制回来。于是插件变成残疾状态:
✅ 目录结构看着还在❌ 缺少 marketplace.json、plugin.json、browser-client.mjs、各类图标
更坑的是,一个插件坏了,整个应用市场都无法刷新,三个 bundled 插件同时 GG。所以大多数用户遇到的是 Computer Use 和 Chrome 插件同时挂掉。
🛠️ 解决方案:一条提示词,让它自己修
最直接的方法是彻底卸装 + 清理残留再重装,但每次都这样治标不治本。
Linux.do 社区有网友提供了一个 提示词,直接发给 Codex,让它自己诊断、自己修。整个过程全自动:

整个修复过程只需要你发一条消息,剩下的 Codex 自己搞定。
修复完成后 Codex 会提示需要重启,关掉 Codex 桌面板重新打开,Computer Use 和 Chrome 插件就恢复正常了。
👉 下载修复提示词(非常长):
https://pan.quark.cn/s/8e08838434c1
纯文本 Markdown 格式,拖进 Codex 聊天窗口即可
⚠️ 注意事项

💬 后记
Codex 在 Windows 上的表现其实不差,但 Windows 的文件锁定机制和 Codex 的插件更新策略确实水土不服。好在这个问题可以靠提示词自我修复,不用每次都重装。
如果你是 Codex Windows 用户,建议收藏这篇文章和提示词文件,说不定哪天就用上了。
*如果你身边也有用 Codex 的朋友,转发给他们,省一次重装的时间。
夜雨聆风