# Windows Codex Computer Use 电脑操控问题修复：从 native pipe 缺失到 bundled marketplace 修复
一、问题背景
这次故障最容易误判成 没有开启电脑操控。
实际情况是，Codex 设置中的“电脑操控 → 任意应用”一直处于开启状态，Chrome 和 Edge 的集成也显示已安装。
真正失败的位置更早：当前会话没有拿到 Windows Computer Use 的 native bridge，连桌面应用列表都无法读取。
旧版 Computer Use 加载脚本需要从当前 Node REPL 取得四项运行条件：
nodeRepl.config、nodeRepl.nativePipe、NODE_REPL_NODE_MODULE_DIRS 和 SKY_CUA_NATIVE_PIPE_DIRECTORY。
它们缺失时，脚本在加载 Windows 运行库阶段直接报错：
Windows Computer Use Sky runtime is unavailable
这意味着还没有进入“是否允许控制某个应用”的权限询问，也没有执行点击、输入或截图。应用权限、插件开关和运行时桥接是三个不同层次。
二、用户看到的故障现象
故障在 Codex 更新后出现。之前同一台电脑可以使用 Computer Use，更新并多次重启 Codex、重启 Windows 后，问题仍然存在。
实际现象包括：
- 插件目录搜索
Computer Use没有结果； - 设置中的“电脑操控 → 任意应用”已开启；
- Computer Use 辅助进程可能存在，但当前会话没有提供 native pipe；
- 旧版连接脚本返回
Windows Computer Use Sky runtime is unavailable； - 只读检查得到的四个运行字段全部为
false； sky.list_apps()在执行前被阻塞，无法列出桌面应用；- 重启 Codex、重启 Windows、重新开启权限，都没有改变结果。
官方文档把 Computer Use 描述为 Windows 桌面应用能力，并要求目标应用位于当前前台桌面。Computer Use 官方说明 但在这个案例中，前台应用是否可见还没有成为问题，因为运行时在应用枚举之前就失败了。
三、已经有不少人提到过该问题
发现多条反馈与本机症状高度重合。
#25507：nativePipe 和环境变量没有注入
Issue #25507 于 2026-06-01 提交。报告者描述了与本机几乎相同的状态：Computer Use 插件和辅助文件存在，但 Node REPL 没有 nativePipe 和 SKY_CUA_NATIVE_PIPE_DIRECTORY。失败发生在应用列表枚举之前，重启 Codex 和创建新会话没有解决。
它证明了一个关键事实：插件文件存在，并不代表 native pipe 已经注入当前会话。
#28757：技能能读到，视觉运行时没有暴露
Issue #28757 于 2026-06-17 提交。报告中，Computer Use 技能可以被识别，插件也处于启用状态，但模型拿不到可视化运行时桥接，只能退回普通 shell 启动应用，或者拒绝继续视觉操作。作者尝试重启 Codex、重启 Windows、重新激活插件，都没有恢复。
该 issue 后来被关闭，但页面没有给出一个适用于所有 Windows 安装的公开修复步骤，所以不能把关闭状态当作“问题已被普遍解决”。
#29382：unelevated sandbox 下 native pipe 不创建
Issue #29382 于 2026-06-22 提交，环境包含 Windows、sandbox = "unelevated"、插件已启用和“任意应用”已开启。报告者观察到浏览器相关 pipe 存在，但 codex-computer-use 进程和 Computer Use pipe 没有创建；同时还遇到 WindowsApps 受保护文件复制失败的 os error 6000。
本机的 C:\Users\woody\.codex\config.toml 也确实包含：
[windows]
sandbox = "unelevated"
这使 #29382 成为重要线索，但不是单独的结论。此前进行过一次可回滚的 elevated 对比：配置改为 elevated 后，Node REPL 轻量检查连续超时，最终恢复为原来的 unelevated。这说明当前机器的 elevated sandbox 也没有形成可用的替代路径。
#41012：之前正常，runtime 初始化失败后不可用
Issue #41012 于 2026-08-27 提交，时间线与本机最接近。报告者先成功打开记事本并输入文字，后来本地 runtime/unified exec 刷新失败；此后即使 Computer Use 插件和“任意应用”都开启，重新启动 Codex、重启 Windows、重新开关权限也仍然返回不可用。
这个案例说明“前几天能用，更新后失效”很可能是 runtime 或 unified exec 的回归，而不是用户突然失去了权限。
#46744：更新后 bundled marketplace 没有物化
Issue #46744 于 2026-09-20 提交，是目前与本机“更新后、插件目录缺失”最接近的一条。报告者发现：AppX 安装包中仍有 Browser、Computer Use 等插件和 runtime，但用户侧的 openai-bundled marketplace 没有正确注册或物化，导致功能标志虽然开启，工具却没有注入新会话。9 月 22 日的后续反馈还说明，升级到新的 26.917 版本后问题仍能复现。
这类故障的特征是：安装文件还在，配置也写着启用，但 Codex 实际使用的是旧的 marketplace/cache，或者在 WindowsApps 的 Application Protected 文件上执行复制时失败。
四、问题真实原因：版本错位和 WindowsApps 复制失败叠加
需要强调的是，我的修复过程并不是官方修复方案，目前官方也没有给修复方案，不过我目前已经修复成功。
排查不是只看设置截图，而是同时核对 Codex CLI、AppX 资源、用户缓存和 marketplace。
当前 Windows AppX：
OpenAI.Codex_26.930.7945.0_x64__2p2nqsd0c76g0
AppX 中的 bundled 插件版本为：
browser 26.930.61225
chrome 26.930.61225
computer-use 26.930.61225
unified-computer-use 26.930.61225
codex-app-tools 0.1.5
而 Codex 原先识别到的用户侧 bundled marketplace 仍是：
browser@openai-bundled 26.623.141536
chrome@openai-bundled 26.623.141536
computer-use@openai-bundled 26.623.141536
这已经构成版本错位。新 AppX 还增加了 unified-computer-use 和 codex-app-tools，原配置没有安装它们。
更进一步的测试发现，直接从 WindowsApps 资源目录使用 PowerShell Copy-Item 会失败：
无法加密指定的文件
使用字节读取和写入同一个 plugin.json 则成功，说明文件可以读取，失败点是 WindowsApps 的受保护文件与 Node/PowerShell CopyFile 物化路径之间的兼容问题。这个结果与 #46744、#25220 中提到的 Application Protected / EFS 复制失败相符。
五、本次修复过程
这次修复没有修改 AppX 安装目录，也没有手动改 @oai/sky 包。所有配置变更前都先保留备份。
1. 备份配置
原始配置备份为。
此前的 sandbox 对比也单独保存了一份配置。
2. 提取当前 AppX 的 bundled marketplace
直接让 Codex CLI 使用 WindowsApps 路径并不能稳定工作，因为 marketplace 物化过程会触发受保护文件复制错误。于是先从当前 AppX 的：
C:\Program Files\WindowsApps\OpenAI.Codex_26.930.7945.0_x64__2p2nqsd0c76g0\app\resources\plugins\openai-bundled
读取全部文件，再用字节读写复制到工作区临时目录。共复制 832 个文件，约 49 MB。这个过程绕开了失败的 Node copyFile，没有修改系统安装包。
3. 合并到 Codex 固定的 marketplace 目录
Codex 对内置 marketplace 使用固定目录名：
C:\Users\woody\.codex\.tmp\bundled-marketplaces\openai-bundled
将当前 26.930 资源合并到这个目录后，重新执行：
codex plugin marketplace list
codex plugin list
Codex 重新识别出 openai-bundled，并看到当前版本的 Browser、Chrome 和 Computer Use。
4. 安装新版配套组件
新版本 AppX 的 marketplace 中还有两个原配置没有安装的组件：
codex plugin add unified-computer-use@openai-bundled --json
codex plugin add codex-app-tools@openai-bundled --json
两条命令均返回退出码 0：
unified-computer-use 26.930.61225 installed/enabled
codex-app-tools 0.1.5 installed/enabled
最终 bundled 状态为：
| 插件 | 版本 | 状态 |
|---|---|---|
browser@openai-bundled | 26.930.61225 | installed/enabled |
chrome@openai-bundled | 26.930.61225 | installed/enabled |
computer-use@openai-bundled | 26.930.61225 | installed/enabled |
unified-computer-use@openai-bundled | 26.930.61225 | installed/enabled |
codex-app-tools@openai-bundled | 0.1.5 | installed/enabled |
六、当前验证状态
插件物化和版本对齐完成后，重启 Codex，使用新版 Computer Use Skill 直接导入 @oai/sky 并调用 sky.list_apps()。这次调用已经成功返回桌面应用列表，至少包含 ChatGPT、WorkBuddy、Microsoft Edge、DevEco Studio 和 CodeArts Agent，说明 native bridge、应用发现和当前会话工具注入已经恢复。
实际验证入口如下：
if (!globalThis.sky) {
const { sky } = await import("@oai/sky");
globalThis.sky = sky;
}
globalThis.apps = await sky.list_apps();
nodeRepl.write(JSON.stringify(apps, null, 2));
如果能返回 ChatGPT、CodeArts Agent 等应用，说明 runtime bridge 已经恢复；随后再选择唯一窗口，观察截图和无障碍树，避免复用旧窗口句柄。本次 list_apps() 已返回这些对象，证明恢复过程已经跨过了最关键的运行时阶段。证明 Codex 的 Windows Computer Use 已恢复到可以发现桌面应用。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/u010949451/article/details/167177226
