夜雨聆风如果你的 Windows 版 Codex 已经更新到最新版，但还是用不了 @电脑，或者 @Chrome 读不到浏览器标签页，那你大概率不是一个人。
这两天我收到不少朋友反馈：
明明官方已经发布了 Windows 端可用的 Computer Use 插件，设置里也能看到插件，甚至插件列表里也显示 installed，可是一到真正使用就出问题。
有人让 Codex 只列一下当前 Windows 应用，它说自己没有可用的 Computer Use 工具。
有人看到 Computer Use native pipe is unavailable。
有人打开了 Chrome 插件，但 @Chrome 还是读不到当前标签页 URL。
也有人修了一圈之后，发现 Codex 能看到插件，却还是不能稳定操控 Windows 应用。
这类问题很烦，因为它不像普通报错那样只有一个原因。
但好消息是，很多情况其实是可以修的。
01
我写了一个超级修复 skill
我把自己这几天修复 Windows 版 Codex Computer Use 和 Chrome 插件的过程，整理成了一个可以安装到 Codex 里的 skill。
名字很直接：
windows-computer-use-repair
你可以把它理解成一个 Windows 端 Codex Computer Use / Chrome 插件的超级修复包。
它的目标很简单：
让你的 Codex 重新拿回 Windows 桌面操控能力，并让 @Chrome 能正常读取当前标签页。
如果你现在遇到的是：
✓ @电脑 无法列出当前应用。
✓ Computer Use 插件显示有，但实际不可用。
✓ Chrome 插件装了，但读取不了 URL。
✓ Codex 更新后插件源、缓存、路径好像乱了。
那这个 skill 就是为你准备的。
02
为什么我觉得它值得修
因为 Windows 版 Computer Use 真的很值得修。
以前 Codex 更像是坐在终端旁边的程序员。
它能读代码、改文件、跑命令、写脚本，但很多真实工作最后一步还是要你自己去浏览器里点、去软件里确认、去窗口里复制粘贴。
Computer Use 修好之后，Codex 才开始更像一个真的坐在你电脑前的工作搭子。
它可以看到当前有哪些 Windows 应用。
可以读取目标窗口状态。
可以在你授权的前提下，帮你完成一些原本要手动点来点去的操作。
这就是为什么我觉得这个修复 skill 值得单独开源。
很多人不是不会用 Codex。
也不是官方插件完全坏了。
只是 Windows 本地插件链路里有几个连接件没有对齐。
比如插件源、缓存目录、Chrome Native Host、Codex Desktop 更新后的 bundled 资源路径，任何一处漂了，最后表现出来都像是“Computer Use 不可用”。
这个 skill 做的事，就是把这些常见断点集中检查和修复。
03
它怎么修
它会先备份关键配置，再修复插件源和缓存指向，确认 computer-use、chrome、browser 这几个相关插件是否安装启用，并在需要时修复 Chrome Native Host v2。
我特意把它做得比较保守。
它不会修改 WindowsApps 权限。
不会接管 WindowsApps 所有权。
不会删除整个 .codex 目录。
不会绕过浏览器 URL 安全策略。
不会绕过 Codex 的授权和安全边界。
该备份的地方先备份，该只读检查的地方先只读检查。
涉及注册表和 Native Messaging Host 的部分，也做成了显式开关，不会偷偷执行。
04
怎么使用
先把 skill 安装到 Codex 的 skills 目录。
命令行
Copy-Item -Recurse .\windows-computer-use-repair "$env:USERPROFILE\.codex\skills\windows-computer-use-repair"然后新开一个 Codex 对话，让 Codex 使用 windows-computer-use-repair。
基础修复可以先跑：
命令行
powershell -NoProfile -ExecutionPolicy Bypass -File .\scripts\repair-windows-computer-use.ps1如果你刚更新过 Codex Desktop，或者怀疑 bundled 插件源、缓存、latest 指针不对，可以跑：
命令行
powershell -NoProfile -ExecutionPolicy Bypass -File .\scripts\repair-windows-computer-use.ps1 -RepairBundledMarketplaceDrift -CheckChromeNativeHost如果 Chrome 插件还是连不上，比如出现 Browser is not available: extension，再考虑显式跑 Chrome Native Host v2 修复：
命令行
powershell -NoProfile -ExecutionPolicy Bypass -File .\scripts\repair-windows-computer-use.ps1 -RepairBundledMarketplaceDrift -RepairChromeNativeHostV2 -CheckChromeNativeHost05
修完怎么验收
修完后，我建议你不要一上来就让 Codex 做复杂任务。
先测两个最小动作。
第一个：
复制给 Codex 的测试提示
@电脑 请使用 Computer Use skill 的标准入口只调用 list_apps，列出当前 Windows 应用；不要点击、不要输入、不要使用 PowerShell 或进程列表替代。第二个：
复制给 Codex 的测试提示
@Chrome 请只读取当前活动标签页 URL，不要点击、不要输入。如果这两个都能跑通，基本就说明 Windows Computer Use 和 Chrome 插件链路已经接回来了。
这时候再让 Codex 去帮你操作浏览器、JupyterLab、文件资源管理器或者其他 Windows 应用，体验会完全不一样。
项目已经放到 GitHub：
https://github.com/chris22333-dot/codex-windows-computer-use-repair-skill
如果你的 Codex 也卡在 Windows 端 Computer Use 不可用、Chrome 插件不能读 URL、插件显示安装但实际失效这些问题上，可以试试。
最后的最后，如果这个skill能够给你一些真正的帮助，请在github上为我点一个星标喔（笑
希望这个 skill 能帮你少踩几个坑。也欢迎你把新的报错、修复方法、兼容问题提 issue，我会继续把大家遇到的典型问题收进去，让这个超级修复 skill 变得更好用一点。
