›_ Codex Issues
Codex Issues / #28121

Computer Use plugin fails after Codex update because @oai/sky package exports omit internal Windows client subpath

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

Summary

After a Codex desktop update, the bundled Computer Use plugin fails to initialize on Windows. The plugin imports an internal @oai/sky subpath that exists on disk, but is not declared in @oai/sky/package.json exports.

Adding the missing export manually restores Computer Use.

Environment

  • OS: Windows
  • Codex app: 26.609.4994.0
  • Computer Use plugin: 26.608.12217
  • Runtime: %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\789504f803e82e2b
  • @oai/sky: 0.4.10
  • Codex was not running as administrator
  • Computer Use was enabled in Codex settings

Error

When initializing Computer Use through the plugin's documented client:

const { setupComputerUseRuntime } = await import(
  "file:///%USERPROFILE%/.codex/plugins/cache/openai-bundled/computer-use/26.608.12217/scripts/computer-use-client.mjs"
);
await setupComputerUseRuntime({ globals: globalThis });

it fails with:

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

Observed details

The target file exists:

%LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\789504f803e82e2b\bin\node_modules\@oai\sky\dist\project\cua\sky_js\src\targets\windows\internal\computer_use_client_base.js

But package.json only exports:

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

Workaround

Adding this export fixes the issue:

"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"
}

After applying the workaround, sky.list_apps() succeeds and Computer Use can enumerate Windows apps.

Expected behavior

Computer Use should initialize without manually editing the bundled @oai/sky/package.json.

Actual behavior

Computer Use fails immediately during runtime setup because Node blocks the internal subpath import.

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.

  • #28112
  • #27826
  • #27747
  • #27287
  • #27600

Powered by Codex Action

xiwuqi · 1 month ago

Confirmed the same root cause on a newer bundled Computer Use build.

Additional environment where this reproduces:

  • OS: Windows 10 Pro x64, build 19045
  • Codex CLI: 0.125.0
  • Codex app/plugin build: 26.609.41114
  • Plugin: computer-use@openai-bundled, version 26.609.41114
  • Runtime archive: cua-node-0.0.1-20260609000952-8714bea94049-win32-x64.zip
  • Runtime Node: 24.14.0
  • Bundled @oai/sky: 0.4.10

I also tested reinstalling the computer-use@openai-bundled plugin cache from the bundled marketplace source. Reinstalling the plugin alone does not fix the issue; with the original @oai/sky/package.json export map restored, the same ERR_PACKAGE_PATH_NOT_EXPORTED error reproduces.

The local workaround that restores functionality is the same one described here: add the missing export for ./dist/project/cua/sky_js/src/targets/windows/internal/computer_use_client_base.js to the bundled @oai/sky/package.json.

After applying that local export-map workaround and restarting the JS runtime, lightweight Computer Use checks passed:

{
  deepImportExports: [WindowsComputerUseClientBase],
  appCount: 40,
  runningAppCount: 6,
  windowCount: 6
}

I opened #28159 with the same findings before seeing this issue; I am closing that one as a duplicate of this issue.

xiwuqi · 1 month ago

Minor correction to the validation snippet in my previous comment: the intended values were:

  • deepImportExports: [WindowsComputerUseClientBase]
  • appCount: 40
  • runningAppCount: 6
  • windowCount: 6

The important point is unchanged: plugin-cache reinstall alone reproduced the original export error, while adding the missing @oai/sky subpath export restored Computer Use initialization.

feifei0316 · 1 month ago

I can also confirm this on Windows Codex Desktop with:

  • Computer Use plugin: openai-bundled/computer-use/26.609.41114
  • Bundled @oai/sky: 0.4.10
  • cua_node runtime hash observed locally: 789504f803e82e2b

The failure was the same ERR_PACKAGE_PATH_NOT_EXPORTED error for:

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

The target file existed inside the bundled @oai/sky package, but package.json only exported the package root.

I verified locally that adding this export entry restored Computer Use initialization:

"./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 restarting the JS runtime, sky.list_apps() succeeded again.

ItayCohen-Prog · 1 month ago

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

Environment observed locally:

  • OS/app surface: Windows Codex Desktop
  • Plugin: computer-use@openai-bundled, cache path %USERPROFILE%\.codex\plugins\cache\openai-bundled\computer-use\26.609.71450
  • Bundled @oai/sky: 0.4.10
  • cua_node runtime hash: 789504f803e82e2b

Failure during the supported 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 %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\789504f803e82e2b\bin\node_modules\@oai\sky\package.json

The local workaround was to add the missing subpath export to %LOCALAPPDATA%\OpenAI\Codex\runtimes\cua_node\789504f803e82e2b\bin\node_modules\@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 runtime and rerunning the supported computer-use-client.mjs bootstrap, Computer Use initialized successfully. sky.list_apps() returned the target Windows app/window, and a real input sequence sent through Computer Use to the Gothic 1 Remake window worked.

So the issue does not appear limited to the earlier 26.609.41114 / 26.609.30741 plugin builds; it also affects 26.609.71450 until the missing @oai/sky export is present.

marsstone3 · 1 month ago

Still reproduces after the 2026-06-17 Codex update.

Environment:

  • OS: Windows 10 Home China, x64
  • Codex Desktop: 26.611.7849.0
  • Package: OpenAI.Codex_26.611.7849.0_x64__2p2nqsd0c76g0
  • Computer Use plugin: openai-bundled/computer-use/26.611.61049
  • cua_node runtime: a89897d3d9baa117
  • @oai/sky version: 0.4.13
  • No local package.json workaround is currently applied.

Test performed:

const { setupComputerUseRuntime } = await import(
  "file:///%USERPROFILE%/.codex/plugins/cache/openai-bundled/computer-use/26.611.61049/scripts/computer-use-client.mjs"
);
await setupComputerUseRuntime({ globals: globalThis });
globalThis.apps = await sky.list_apps();

Actual result:

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\a89897d3d9baa117\bin\node_modules\@oai\sky\package.json

Observed package.json still only exports:

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

The target file exists on disk, but the subpath is still not exported. So the Computer Use bootstrap still fails before it can reach any Windows helper/native pipe logic.

qinjunw · 1 month ago

Still reproduces on the latest Codex Desktop I have available today (2026-06-18), and the local evidence matches this issue.

Environment:

  • OS: Windows x64
  • Codex Desktop package: OpenAI.Codex_26.611.8604.0_x64__2p2nqsd0c76g0
  • Computer Use plugin: openai-bundled/computer-use/26.611.62324
  • cua_node runtime id: a89897d3d9baa117
  • Runtime Node: 24.14.0
  • Bundled @oai/sky: 0.4.13

Current @oai/sky/package.json export map is still only:

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

The bundled Computer Use client still imports the unexported internal subpath:

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

Rechecking the supported bootstrap/import path fails immediately with:

Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: 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\a89897d3d9baa117\bin\node_modules\@oai\sky\package.json

I also checked the native pipe side because Computer Use is still unavailable after reinstalling/restarting:

  • config.toml has SKY_CUA_NATIVE_PIPE=1 and a configured SKY_CUA_NATIVE_PIPE_DIRECTORY
  • the named pipe exists locally
  • codex-computer-use.exe exists locally; sha256 F2B2F56FCD1699B0FA32DEC3214A56A1D36B937A2ECF58CC822AB4A904551E03
  • in the active node_repl session, nodeRepl.nativePipe is still undefined
  • nodeRepl.config is undefined
  • nodeRepl.createElicitation is undefined
  • nodeRepl.env is empty: []

So this still looks like a bundled plugin/runtime integration problem rather than a per-app permission issue. The exports mismatch blocks Computer Use bootstrap first; even after that, this environment also shows the missing nativePipe exposure described in related Windows reports.