Windows Computer Use unavailable: nativePipe missing and SKY_CUA_NATIVE_PIPE_DIRECTORY not injected

Open 💬 7 comments Opened Jun 1, 2026 by Acan1220
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Summary

On Codex Desktop for Windows, the Computer Use plugin is enabled and its bundled helper executable exists, but Computer Use cannot initialize because the Node REPL runtime does not receive the native Computer Use bridge.

The Computer Use bootstrap fails with:

Computer Use native pipe path is unavailable

Observed diagnostics

  • Codex Desktop app version: 26.527.3686.0
  • Computer Use plugin version: 26.527.31326
  • computer-use@openai-bundled is enabled in config.toml
  • The bundled helper executable exists at the expected plugin location:
.../plugins/cache/openai-bundled/computer-use/26.527.31326/node_modules/@oai/sky/bin/windows/codex-computer-use.exe
  • The Computer Use skill file and plugin manifest are present.
  • The current Node REPL runtime reports:
{
  "envKeys": [],
  "skyPipe": null,
  "hasNativePipe": false,
  "hasCreateConnection": "undefined"
}

More specifically:

nodeRepl.nativePipe is missing and SKY_CUA_NATIVE_PIPE_DIRECTORY is not injected, while computer-use plugin is enabled and codex-computer-use.exe exists.

Reproduction steps

  1. Start Codex Desktop on Windows.
  2. Open a new thread.
  3. Ask Codex to use Computer Use, for example: use computer use to open Notepad.
  4. Computer Use initialization fails before any app can be listed or launched.

Expected behavior

The Node REPL runtime should receive the Computer Use native bridge, including nodeRepl.nativePipe and SKY_CUA_NATIVE_PIPE_DIRECTORY, so the Computer Use runtime can connect to the native pipe and list/open Windows apps.

Actual behavior

Computer Use cannot initialize because the runtime lacks both the native pipe capability and the pipe directory env value.

Notes

Restarting Codex Desktop and opening a fresh thread did not resolve the issue. Browser plugin capabilities are available in the same installation, but Computer Use is not usable.

View original on GitHub ↗

7 Comments

github-actions[bot] contributor · 1 month ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #25391

Powered by Codex Action

Acan1220 · 1 month ago

Additional context from the affected Windows installation:

After updating Codex Desktop to the latest Windows build, both Computer Use and Chrome appeared in the plugin UI and were installed. The update was performed because the latest version indicated Windows support for Computer Use.

After reopening Codex the next day, both Computer Use and Chrome no longer appear in plugin search or plugin management. However, local configuration and files still indicate they are present/enabled:

  • chrome@openai-bundled is still enabled in config.toml
  • browser@openai-bundled is still enabled in config.toml
  • computer-use@openai-bundled is still enabled in config.toml
  • the local Computer Use plugin cache and bundled codex-computer-use.exe still exist

This makes the issue look less like a missing installation and more like a plugin registry / feature flag / bundled-plugin visibility mismatch, where the UI no longer shows the plugins and the runtime does not inject the Computer Use native bridge.

songliu0403-rgb · 1 month ago

Additional confirmation from another Windows installation.

Environment:

  • OS: Windows 11 Pro, 10.0.26200, x64
  • Codex Desktop: OpenAI.Codex_26.527.3686.0_x64__2p2nqsd0c76g0
  • Codex CLI: codex-cli 0.135.0-alpha.1
  • Computer Use plugin: openai-bundled/computer-use/26.527.31326
  • Computer Use feature flag: computer_use stable true
  • computer-use@openai-bundled is enabled in config.toml
  • Bundled helper exists at:

C:\Users\songl\.codex\plugins\cache\openai-bundled\computer-use\26.527.31326\node_modules\@oai\sky\bin\windows\codex-computer-use.exe

Observed behavior:

  1. With [windows] sandbox = "elevated", the lower-level Codex sandbox failed with:

``text
windows sandbox failed: spawn setup refresh
``

  1. Temporarily switching to [windows] sandbox = "unelevated" fixed the sandbox layer. A direct sandbox check succeeded:

``text
CODEX_SANDBOX_AFTER_RESTART_OK
``

  1. A minimal JS runtime check also succeeded after restart.
  1. Computer Use still failed in both the original thread and a fresh new Codex thread with:

``text
Computer Use native pipe path is unavailable
``

  1. The runtime did not receive the native bridge:

``json
{
"envKeys": [],
"hasNativePipe": false
}
``

SKY_CUA_NATIVE_PIPE_DIRECTORY was not present, and nodeRepl.nativePipe was not available.

This looks like the Windows sandbox issue and the Computer Use native-pipe injection issue are separate. The sandbox mode change can make codex sandbox and basic JS work, but Computer Use remains unavailable because the native pipe metadata is not injected into the runtime.

After collecting this diagnostic, the local machine was restored to [windows] sandbox = "elevated" for the stronger isolation default.

BaseInfinity · 1 month ago

Confirming this still reproduces on a newer Windows Codex Desktop / Computer Use bundle.

Environment observed locally:

  • Codex Desktop app: 26.601.1994.0
  • Computer Use plugin: 26.601.20914
  • computer-use@openai-bundled is enabled in config.toml
  • computer-use-client.mjs exists in the plugin cache
  • codex-computer-use.exe exists in the plugin cache
  • Windows has a live named pipe matching \\.\pipe\codex-computer-use-*

Runtime diagnostics from the affected thread:

{
  "hasNodeRepl": true,
  "hasCreateElicitation": true,
  "hasNativePipe": false,
  "envKeys": [],
  "skyPipeEnv": null,
  "nodeReplExtensible": false,
  "envExtensible": false,
  "nodeReplEnvWritable": false
}

Official bootstrap still fails before list_apps():

Computer Use native pipe path is unavailable

This looks like the helper/pipe exists, but the current tool runtime is not being injected with nodeRepl.nativePipe or SKY_CUA_NATIVE_PIPE_DIRECTORY. Browser plugin works in the same thread, so the failure appears specific to Computer Use native bridge metadata injection rather than all bundled plugins.

whitemorengwira · 1 month ago

I’m seeing the same failure on Windows after a full local repair/reinstall/reset cycle.

Environment:

  • Codex Desktop: OpenAI.Codex_26.602.4764.0_x64__2p2nqsd0c76g0
  • Windows, x64
  • Region: South Africa
  • CODEX_HOME: D:\ai-operating-system-one\_openai-runtime\codex-home
  • CODEX_HOME verified at Process, User, and Machine scope

Error:

Computer Use native pipe path is unavailable

Repro:

  1. Open a fresh Codex Desktop session after reboot.
  2. Start a fresh @Computer thread.
  3. Run: list open apps.
  4. Computer Use skill/client loads, then bootstrap fails before list_apps.

Observed:

  • Browser/Chrome side works and browser pipes are created:
  • \.\pipe\codex-browser-use-...
  • \.\pipe\codex-browser-use\...
  • \.\pipe\codex-ipc
  • No \.\pipe\codex-computer-use-, cua, or sky* pipe appears.
  • codex-computer-use.exe never appears as a running process.
  • Skill/client/helper files exist in the D: plugin cache:
  • ...\computer-use\26.602.30954\skills\computer-use\SKILL.md
  • ...\computer-use\26.602.30954\scripts\computer-use-client.mjs
  • ...\computer-use\26.602.30954\node_modules\@oai\sky\bin\windows\codex-computer-use.exe
  • The client fails because SKY_CUA_NATIVE_PIPE_DIRECTORY is not present in the node_repl env.
  • AppX manifest contains runFullTrust, and the helper exe is not Zone.Identifier-blocked.
  • Active cache version is 26.602.30954; marketplace/current bundle is also present at 26.602.40724, and helper/client hashes match.

Tried, with full restart/reboot as appropriate:

  • Fixed CODEX_HOME mismatch and promoted it to Machine scope
  • AppX re-register via Add-AppxPackage -Register
  • Windows Settings > Repair
  • Microsoft Store uninstall/reinstall
  • Windows Settings > Reset
  • Fresh @Computer threads after each

Result is unchanged. It looks like Codex Desktop is not launching codex-computer-use.exe and is not injecting SKY_CUA_NATIVE_PIPE_DIRECTORY / nativePipe for this Windows session/build. Please confirm whether Computer Use provisioning is gated by account/rollout/region, or whether this is a desktop pipe provisioning regression in this build.

mouzhi · 1 month ago
临时解决 Codex Desktop on Windows 里 Computer Use 不可用的问题。

症状:Computer Use 插件已安装/启用,但没有 `\\.\pipe\codex-computer-use-*` 管道,或者 Codex 报 Computer Use native pipe unavailable。

我这边的根因是:`openai-bundled` marketplace 被指到了 `~\.codex\.tmp\bundled-marketplaces\openai-bundled`,但这个 `.tmp` 目录启动时会被重写,而且内容不完整,缺少 `.agents\plugins\marketplace.json` 或 `plugins\computer-use`,导致 Codex 找不到 `computer-use@openai-bundled`,后端不会启动。

修复思路:把完整的 bundled marketplace 复制到稳定目录,然后让 `config.toml` 指向稳定目录。

PowerShell:

```powershell
$codexHome = Join-Path $HOME ".codex"
$dest = Join-Path $codexHome "bundled-marketplaces\openai-bundled"

$pkg = Get-ChildItem "C:\Program Files\WindowsApps" -Directory -Filter "OpenAI.Codex_*_x64__*" |
  Sort-Object LastWriteTime -Descending |
  Select-Object -First 1

$src = Join-Path $pkg.FullName "app\resources\plugins\openai-bundled"

if (!(Test-Path $src)) {
  throw "Cannot find bundled marketplace at $src"
}

New-Item -ItemType Directory -Force -Path (Split-Path $dest) | Out-Null

if (Test-Path $dest) {
  Remove-Item -LiteralPath $dest -Recurse -Force
}

Copy-Item -LiteralPath $src -Destination $dest -Recurse -Force

Test-Path "$dest\.agents\plugins\marketplace.json"
Test-Path "$dest\plugins\computer-use\.codex-plugin\plugin.json"

然后编辑:

notepad "$HOME\.codex\config.toml"

找到:

[marketplaces.openai-bundled]
source = '\\?\...\ .codex\.tmp\bundled-marketplaces\openai-bundled'

source 改成你自己的稳定绝对路径,例如:

source = '\\?\C:\Users\YOUR_USER\.codex\bundled-marketplaces\openai-bundled'

同时确认有:

[plugins."computer-use@openai-bundled"]
enabled = true

保存后彻底退出并重启 Codex Desktop。重启后验证:

Get-ChildItem '\\.\pipe\' | Where-Object Name -like 'codex-computer-use*'

如果能看到类似:

codex-computer-use-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

说明 Computer Use 后端已经启动。

注意:不要手动固定 SKY_CUA_NATIVE_PIPE_DIRECTORY。它是每次 Codex Desktop 启动时动态生成的命名管道路径,形如 \\.\pipe\codex-computer-use-<uuid>,重启会变。真正要修的是让 computer-use@openai-bundled 被正确发现并启动。

lakeray1 · 23 days ago

Windows Codex Desktop 26.623.5546.0.

I had the same Computer Use issue on Windows.

Initial state:

  • Computer Use was not usable from sessions.
  • The Computer Use settings/install state appeared broken or incomplete.
  • The bundled runtime files existed locally.
  • config.toml already contained:

[plugins."computer-use@openai-bundled"]
enabled = true

I restored the bundled plugin cache manually from:

C:\Program Files\WindowsApps\OpenAI.Codex_26.623.5546.0_x64__2p2nqsd0c76g0\app\resources\plugins\openai-bundled\plugins\computer-use

to:

C:\Users\Lake\.codex\plugins\cache\openai-bundled\computer-use\26.623.42026

and added:

[marketplaces.openai-bundled]
source_type = "local"
source = '\\?\C:\Program Files\WindowsApps\OpenAI.Codex_26.623.5546.0_x64__2p2nqsd0c76g0\app\resources\plugins\openai-bundled'

After restarting Codex:

  • Computer Use now appears available in Settings.
  • However, new full-access sessions still do not expose the required node_repl/js tool.
  • When asked to use Computer Use, the agent replies that no node_repl/js execution tool is available.

So the Settings/install state can be repaired locally, but the runtime tool injection path still appears broken on Windows.