Windows Codex Computer Use 电脑操控问题修复-北京尧图网络

# 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只读检查得到的四个运行字段全部为falsesky.list_apps()在执行前被阻塞无法列出桌面应用重启 Codex、重启 Windows、重新开启权限都没有改变结果。官方文档把 Computer Use 描述为 Windows 桌面应用能力并要求目标应用位于当前前台桌面。Computer Use 官方说明但在这个案例中前台应用是否可见还没有成为问题因为运行时在应用枚举之前就失败了。三、已经有不少人提到过该问题发现多条反馈与本机症状高度重合。#25507nativePipe 和环境变量没有注入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 安装的公开修复步骤所以不能把关闭状态当作“问题已被普遍解决”。#29382unelevated 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-bundledmarketplace 没有正确注册或物化导致功能标志虽然开启工具却没有注入新会话。9 月 22 日的后续反馈还说明升级到新的 26.917 版本后问题仍能复现。这类故障的特征是安装文件还在配置也写着启用但 Codex 实际使用的是旧的 marketplace/cache或者在 WindowsApps 的 Application Protected 文件上执行复制时失败。四、问题真实原因版本错位和 WindowsApps 复制失败叠加需要强调的是我的修复过程并不是官方修复方案目前官方也没有给修复方案不过我目前已经修复成功。排查不是只看设置截图而是同时核对 Codex CLI、AppX 资源、用户缓存和 marketplace。当前 Windows AppXOpenAI.Codex_26.930.7945.0_x64__2p2nqsd0c76g0AppX 中的 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 仍是browseropenai-bundled 26.623.141536 chromeopenai-bundled 26.623.141536 computer-useopenai-bundled 26.623.141536这已经构成版本错位。新 AppX 还增加了unified-computer-use和codex-app-tools原配置没有安装它们。更进一步的测试发现直接从 WindowsApps 资源目录使用 PowerShellCopy-Item会失败无法加密指定的文件使用字节读取和写入同一个plugin.json则成功说明文件可以读取失败点是 WindowsApps 的受保护文件与 Node/PowerShellCopyFile物化路径之间的兼容问题。这个结果与 #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。这个过程绕开了失败的 NodecopyFile没有修改系统安装包。3. 合并到 Codex 固定的 marketplace 目录Codex 对内置 marketplace 使用固定目录名C:\Users\woody\.codex\.tmp\bundled-marketplaces\openai-bundled将当前 26.930 资源合并到这个目录后重新执行codex plugin marketplace list codex plugin listCodex 重新识别出openai-bundled并看到当前版本的 Browser、Chrome 和 Computer Use。4. 安装新版配套组件新版本 AppX 的 marketplace 中还有两个原配置没有安装的组件codex plugin add unified-computer-useopenai-bundled--json codex plugin add codex-app-toolsopenai-bundled--json两条命令均返回退出码 0unified-computer-use 26.930.61225 installed/enabled codex-app-tools 0.1.5 installed/enabled最终 bundled 状态为插件版本状态browseropenai-bundled26.930.61225installed/enabledchromeopenai-bundled26.930.61225installed/enabledcomputer-useopenai-bundled26.930.61225installed/enabledunified-computer-useopenai-bundled26.930.61225installed/enabledcodex-app-toolsopenai-bundled0.1.5installed/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}awaitimport(oai/sky);globalThis.skysky;}globalThis.appsawaitsky.list_apps();nodeRepl.write(JSON.stringify(apps,null,2));如果能返回 ChatGPT、CodeArts Agent 等应用说明 runtime bridge 已经恢复随后再选择唯一窗口观察截图和无障碍树避免复用旧窗口句柄。本次list_apps()已返回这些对象证明恢复过程已经跨过了最关键的运行时阶段。证明 Codex 的 Windows Computer Use 已恢复到可以发现桌面应用。

Windows Codex Computer Use 电脑操控问题修复

相关推荐

OpenShell 深度解析：Windows 开始菜单与任务栏定制框架的部署与实战

Superpowers安装指南：用可视化IDE快速构建Chrome扩展

智能体skills工程化实践：GKE部署、Workload Identity权限与OpenAPI契约

更多资讯

门票免了，摆渡车却把你送出40公里：稻城亚丁的「门景分离」

AI Agent到底是什么 —— Chatbot解决“怎么回答”，Agent解决“怎么完成”

03-Linux环境准备依赖包内核参数与用户组

04-Oracle 19c静默安装全流程

ChatGPT、Codex排查实录：没有死锁，为什么MySQL还是报“Lock wait timeout exceeded”？

语义化版本控制（SemVer）踩坑指南：为什么一个内部方法签名变更也会破坏公共契约

今日更新

基于sEMG与IMU的手语手势识别：从数据采集到实时部署避坑指南

装配车间MES落地指南：SimpleMES工单流转、BOM与齐套检查实战

AI获客怎样减少重复线索？意客AI的原文复用与版本筛选

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？