Computer Use bootstrap fails on Windows: @oai/sky internal subpath is not exported

I'm seeing the same issue as well, and for me it started immediately after updating Codex Desktop.

Environment:

• OS: Windows 11 Pro for Workstations, 64-bit, version 10.0.26200 / build 26200
• Codex Desktop: updated build with bundled Computer Use plugin 26.608.12217
• Computer Use plugin path: %USERPROFILE%\.codex\plugins\cache\openai-bundled\computer-use\26.608.12217
• @oai/sky runtime package version: 0.4.8-202606020558-pr-981870-f570e0604110
• @oai/sky runtime path: %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\2f053e67fec2d258\bin\node_modules\@oai\sky

Repro steps:

1. Start a Codex Desktop thread on Windows after the update.
2. Invoke the bundled Computer Use plugin. I tried through the localized mention @电脑 / Computer Use.
3. Codex attempts the normal Computer Use bootstrap via scripts/computer-use-client.mjs.
4. The first lightweight initialization/list-apps attempt fails before any desktop app/window can be selected.

Observed error:

Package subpath './dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js' is not defined by "exports" in %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\2f053e67fec2d258\bin\node_modules\@oai\sky\package.json

Expected behavior:
Computer Use should initialize successfully and be able to enumerate desktop apps/windows.

What I tried:

• Retried the Computer Use bootstrap.
• Reset the local control session and retried.
• Confirmed the failure happens during Computer Use initialization, before selecting or controlling any target app/window.

This looks like a packaged-version/export mismatch: computer-use-client.mjs is importing an internal @oai/sky subpath that is not exposed by the installed @oai/sky package's exports map. Since this started right after updating, it may be a regression in the bundled Windows Computer Use plugin/runtime combination.

I am seeing the same issue on Windows.

Feedback ID: 019eb277-4922-7741-a406-eefa56585d38

Environment:

• OS: Windows x64
• Codex app version: OpenAI.Codex_26.608.1337.0
• Computer Use plugin version shown in logs/UI: 26.608.12217
• Current config:

[windows]
sandbox = "unelevated"

Computer Use is visible and can be invoked with @Computer, but it fails before opening Notepad.

Test command:

@Computer open Notepad and type hello

Current error:

Package subpath './dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_...' is not defined by "exports" in ...\@oai\sky\package.json

I also previously saw:

windows sandbox failed: runner error: CreateProcessAsUserW failed: 5

After switching from sandbox = "elevated" to sandbox = "unelevated", the CreateProcessAsUserW failed: 5 error disappeared, but the @oai/sky exports mismatch still prevents Computer Use from working.

I have already tried:

• Reinstalling Codex
• Reinstalling Computer Use from Settings
• Clearing/renaming bundled marketplace cache
• Clearing/reloading Computer Use plugin cache
• Testing with Notepad instead of a third-party app

This looks like the same plugin/runtime version mismatch.

I found and verified a temporary local workaround for this exact build/runtime combination. The internal file already exists; only its package export is missing.

In:

%LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\2f053e67fec2d258\bin\node_modules\@oai\sky\package.json

change:

"exports": {
  ".": "./dist/project/cua/sky_js/src/index.js"
}

to:

"exports": {
  ".": "./dist/project/cua/sky_js/src/index.js",
  "./dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js": "./dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js"
}

I backed up package.json first, reset the Computer Use JS session, and reran the documented bootstrap. After this change, sky.list_apps() succeeded (40 apps returned), and sky.launch_app({ app: "mspaint.exe" }) successfully opened Paint and returned its targetable window.

Environment matched the report:

• Codex app: OpenAI.Codex_26.608.1337.0
• Computer Use plugin: 26.608.12217
• @oai/sky: 0.4.8-202606020558-pr-981870-f570e0604110
• cua_node runtime: 2f053e67fec2d258

This is only a local workaround. A Codex/plugin update can overwrite it, and the proper upstream fix should ship a matching package/export map (or avoid importing the private subpath).

Codex Windows 26.601.10930
ChatGPT Pro
Windows 11

Computer Use installed and enabled.

Error:

Package subpath './dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js'
is not defined by "exports"

Troubleshooting already performed:

• Updated via Microsoft Store
• Reinstalled Codex multiple times
• Deleted cua_node cache multiple times
• Restarted Windows
• Computer Use remains enabled but fails before startup

Still broken on app 26.609.4994.0, plugin 26.609.41114, which means computer use on Windows 10 is broken on two levels.

hosseinipour's workaround worked for this issue, but then I run into #25178 still with the SetIsBorderRequired failed error, so I still cannot use computer use.

Since Windows is supposed to be officially supported now, it would be great for there to be a Windows VM smoke test before releasing new app/plugin versions to make sure it at least launches and can do basic functionality. Windows support was announced but is definitely not a first-class feature right now.

I hit the same issue on Windows Codex Desktop and confirmed the root cause/workaround on a newer bundle.

Environment observed:

• Computer Use plugin: openai-bundled/computer-use/26.609.41114
• CUA runtime: %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\789504f803e82e2b
• @oai/sky: 0.4.10
• @oai/sky/package.json initially exported only:

{
  ".": "./dist/project/cua/sky_js/src/index.js"
}

Failure:

Package subpath './dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js' is not defined by "exports" in %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\789504f803e82e2b\bin\node_modules\@oai\sky\package.json

The imported file exists on disk at:

...\node_modules\@oai\sky\dist\project\cua\sky_js\src\targets\windows\internal\computer_use_client_base.js

I tested a surgical local workaround by adding this exact export to the cached @oai/sky/package.json:

"./dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js": "./dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js"

After resetting the JS session, the official Computer Use bootstrap succeeded:

const { setupComputerUseRuntime } = await import("file:///.../computer-use/26.609.41114/scripts/computer-use-client.mjs");
await setupComputerUseRuntime({ globals: globalThis });
globalThis.apps = await sky.list_apps();

sky.list_apps() returned Windows apps including Brave, Steam, and Notepad. I then confirmed the tool was actually usable by targeting a Brave browser window, reading accessibility state, clicking a Nexus Mods slow-download button, confirming the Windows save dialog with Return, and verifying the downloaded archive appeared in Downloads.

So the one-line export addition is sufficient to clear the bootstrap/package error for this environment. The durable fix seems to be either:

1. expose that exact internal subpath in the bundled @oai/sky package exports, or
2. stop importing the internal module by package subpath from computer-use-client.mjs.

This looks like a plugin/runtime packaging mismatch, not a missing file or native helper issue.

I got the same Problem.

Still reproduces on Windows after the latest update.

Environment observed locally:

• Computer Use plugin: openai-bundled/computer-use/26.611.61049
• @oai/sky: 0.4.13
• cua_node runtime hash: a89897d3d9baa117
• Failure occurs during setupComputerUseRuntime before sky.list_apps()

Error:

Package subpath './dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js' is not defined by "exports"

The plugin still imports:

@oai/sky/dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js

But @oai/sky/package.json still only exports the root . entry.

Still reproduces after latest update:

Computer Use plugin: 26.611.62324
cua_node runtime: a89897d3d9baa117
@oai/sky: 0.4.13

The target file exists, but package exports still do not expose:
./dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js

Still reproduces on a newer Windows Codex / Computer Use bundle.

Environment observed:

• OS: Windows
• Codex Desktop package: OpenAI.Codex_26.611.8604.0_x64__2p2nqsd0c76g0
• Computer Use plugin: openai-bundled/computer-use/26.611.62324
• @oai/sky: 0.4.13
• @oai/sky runtime path:

%LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\a89897d3d9baa117\bin\node_modules\@oai\sky

Observed error during the documented Computer Use bootstrap:

Package subpath './dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js' is not defined by "exports" in ...\@oai\sky\package.json

The failing bundled import is still:

import { WindowsComputerUseClientBase } from "@oai/sky/dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js";

The target file exists on disk in the bundled runtime, but the package export map does not allow that internal subpath, so Computer Use fails before reaching the Windows helper/native pipe layer.

Local workaround that confirms the cause:

• Patched the current @oai/sky/package.json to allow ./dist/*.
• Patched the current computer-use-client.mjs to resolve the internal base-class module by file URL from the bundled CUA runtime instead of importing the package internal subpath directly.

After that workaround, the normal Computer Use bootstrap succeeded and sky.list_apps() returned 41 apps.

Expected behavior remains the same: the first-party bundled Computer Use plugin should either import only public/exported @oai/sky entrypoints, or the bundled @oai/sky package should export the internal subpath that the bundled plugin imports.