Computer Use MCP fails on macOS 15.7.x because bundled SkyComputerUseClient 1.0.791 requires a newer Swift runtime

Open 💬 13 comments Opened May 15, 2026 by ba0gu0

Summary

On macOS 15.7.x, Codex Desktop can fail to expose the Computer Use MCP tools even when the plugin is enabled in ~/.codex/config.toml.

In my environment, the root cause is that the current bundled Computer Use plugin (1.0.791) crashes at startup with a missing Swift Concurrency runtime symbol:

dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseClient
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

As a result:

  • mcp__computer_use__ does not appear in the model tool list.
  • No usable SkyComputerUseClient mcp process stays alive.
  • Other MCP tools such as browser/playwright/node/pencil can still work.

Environment

macOS: 15.7.7 (24G720)
Codex Desktop current version: 26.513.20950
Broken Computer Use plugin: 1.0.791
Broken SkyComputerUseClient Runtime Version: 26.4.0
Working Computer Use plugin: 1.0.758
Working SkyComputerUseClient Runtime Version: 26.1.0

Evidence

The failing binary:

~/.codex/computer-use/Codex Computer Use.app/.../SkyComputerUseClient
sha256: 331de2ce9a9b9dea44d548758562ef65ef069bc8b5435de39bae3d3601f01f33
Runtime Version: 26.4.0

The working binary extracted from Codex Desktop 26.422.71525:

sha256: 5730f78a652fce94965eb2e5a45a1b91f35e3a2d9e247978d3e096113e60cf6f
Runtime Version: 26.1.0

The older official package currently still downloads from:

https://persistent.oaistatic.com/codex-app-prod/Codex-darwin-arm64-26.422.71525.zip

Note: x64 builds appear not to include the computer-use plugin, including both 26.422.71525 and 26.513.20950.

Workaround

I wrote a local workaround script that:

  1. Downloads or reads a local Codex-darwin-arm64-26.422.71525.zip.
  2. Extracts plugins/openai-bundled/plugins/computer-use.
  3. Verifies the plugin version is 1.0.758.
  4. Verifies SkyComputerUseClient SHA-256.
  5. Backs up and replaces:
  • /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use
  • ~/.codex/computer-use
  • ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.758
  • ~/.codex/.tmp/bundled-marketplaces/openai-bundled/plugins/computer-use
  1. Re-signs /Applications/Codex.app with local ad-hoc signing without preserving restricted entitlements.

Usage:

download patch-codex-computer-use-758.sh
bash scripts/patch-codex-computer-use-758.sh

Or with a local zip:

bash scripts/patch-codex-computer-use-758.sh "/path/to/Codex-darwin-arm64-26.422.71525.zip"

Or with a URL:

bash scripts/patch-codex-computer-use-758.sh "https://persistent.oaistatic.com/codex-app-prod/Codex-darwin-arm64-26.422.71525.zip"

Important signing detail:

codesign --force --sign - /Applications/Codex.app

Do not preserve the original entitlements. If ad-hoc signing preserves restricted entitlements, AMFI rejects launch with:

Code has restricted entitlements, but the validation of its code signature failed.

Expected Fix

Please consider either:

  • shipping a SkyComputerUseClient build compatible with macOS 15.7.x system Swift runtime, or
  • bundling the needed Swift runtime libraries, or
  • adding a compatibility gate so unsupported Computer Use builds do not silently remove the MCP tools.

The user-visible symptom is confusing because the plugin remains enabled, but the model never receives the Computer Use tools.

View original on GitHub ↗

13 Comments

EvanNotFound · 11 days ago

Having the same issue

Shen-3 · 11 days ago

Confirming that this remains reproducible on a newer Codex/Computer Use build, and that the same Swift runtime incompatibility now also affects SkyComputerUseService (not only SkyComputerUseClient).

Environment

  • macOS 15.7.1 (24G231)
  • Apple Silicon / arm64
  • Codex Desktop 26.707.31123, bundle build 5042
  • Computer Use plugin 1.0.1000366
  • SkyComputerUseService 26.708.1000366, build 1000366
  • Helper LC_BUILD_VERSION: minimum macOS 14.4, SDK 26.4

Reproduction and user-visible error

After initializing Computer Use through the plugin-owned wrapper, even the transport-only call

await sky.list_apps();

fails with:

SkyComputerUseTransportError: Sky Computer Use native pipe startup failed
caused by: Sky Computer Use native pipe is unavailable: Error: native pipe path unavailable: No such file or directory (os error 2)

The missing pipe is secondary. Unified logging shows LaunchServices successfully launches com.openai.sky.CUAService, but it exits immediately with status 6. macOS generated 12 identical crash reports during repeated attempts:

Process: SkyComputerUseService
Version: 26.708.1000366 (1000366)
OS: macOS 15.7.1 (24G231)
Architecture: arm64 (native)
Exception: EXC_CRASH / SIGABRT
Termination namespace: DYLD
Termination indicator: Symbol missing

Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

The expected ~/Library/Group Containers/2DC432GLL2.com.openai.sky.CUAService/IPC/computeruse.sock is never created; only computeruse.sock.lock remains.

Local validation

  • codesign --verify --deep --strict passes for both Codex.app and the nested Codex Computer Use.app.
  • spctl --assess --type execute accepts both as notarized Developer ID apps.
  • SIP is enabled; no root modifications are installed.
  • The helper terminates during dynamic linking, before Accessibility or Screen Recording permissions can affect the result.

I have retained the raw .ips reports locally but did not upload them because they contain incident IDs, local paths, and hardware metadata. A sanitized diagnostic excerpt is available if maintainers need more fields.

duyi2076 · 11 days ago

Also reproducible on the current production build.

Environment

  • macOS 15.7.4 (24G517), Apple Silicon / arm64
  • Codex Desktop 26.707.31428, build 5059
  • Computer Use plugin / SkyComputerUseService 26.708.1000366

Result

After initializing Computer Use through the plugin wrapper, the first UI-state call fails:

await sky.get_app_state({ app: "汽水音乐", disableDiff: true });

Error:

Sky Computer Use native pipe startup failed

macOS generated a crash report for SkyComputerUseService with:

Termination Namespace: DYLD
Termination Indicator: Symbol missing
Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

The current official production appcast lists Codex Desktop 26.707.31428 / build 5059 as the newest release, so this is reproducible on the current app rather than an outdated host build.

I did not attach the raw crash report because it includes local paths and hardware metadata.

mq3616 · 11 days ago

I can reproduce the same class of blocker after updating Codex/ChatGPT today. This is currently a severe workflow blocker because Computer Use was working yesterday and is now unavailable for simulator/UI validation.

Environment:

macOS: 15.7.3 (24G419)
Xcode: 26.1 (17B55)
Swift: Apple Swift 6.2.1
Computer Use plugin path: ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.1000366
Codex Computer Use helper CFBundleShortVersionString: 26.708.1000366
ChatGPT app version on disk: 26.707.31428

Failure:

Sky Computer Use native pipe startup failed

Running the helper directly fails before it can serve the native pipe:

$ ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.1000366/Codex\ Computer\ Use.app/Contents/MacOS/SkyComputerUseService

dyld[...]: Symbol not found: _swift_task_addPriorityEscalationHandler
  Referenced from: .../SkyComputerUseService
  Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Additional checks:

  • The same failure happens for the helper bundled under /Applications/ChatGPT.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/....
  • No older local Computer Use helper version is available on this machine after the update; all discovered SkyComputerUseService copies are 26.708.1000366.
  • Temporarily setting DYLD_LIBRARY_PATH to Xcode's Swift runtime did not help; dyld still resolves /usr/lib/swift/libswift_Concurrency.dylib, and the Xcode runtime on this machine also does not expose _swift_task_addPriorityEscalationHandler.
  • A minimal local IPC shim can answer the native pipe protocol, so the practical blocker is the helper binary crashing on startup, not the socket path itself.

Impact:

Computer Use is completely unavailable on macOS 15.7.3 after the update, which breaks Codex Desktop workflows that rely on Simulator/UI inspection and element-based interaction. A rollback-compatible Computer Use helper or a patched build that does not require this Swift runtime symbol would unblock affected users.

xiaofei512 · 10 days ago

Reproduced on macOS 15.6 (24G84), Apple Silicon (Mac14,9), with ChatGPT/Codex 26.707.31428 (build 5059) and SkyComputerUseService 26.708.1000366.

Both ChatGPT and Codex Computer Use are enabled under Screen & System Audio Recording. Resetting the ScreenCapture TCC entries and re-granting permission did not help.

The Appshot hotkey is detected and the target application is found, but capture settles with:

start_request_failed:os_status:-600
hadAxText=false
hadScreenshot=false

The helper crashes immediately at launch:

Termination Namespace: DYLD
Termination Indicator: Symbol missing
Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Local validation:

  • The current helper passes codesign --verify --deep --strict.
  • The current helper declares minimum macOS 14.4 but was built with SDK 26.4.
  • The helper from the previous production app, 26.623.141536, declares minimum macOS 14.4, does not import _swift_task_addPriorityEscalationHandler, and launches successfully on the same machine.
  • That older helper cannot be used alone with the current host because the Computer Use client/server versions differ.

This confirms the regression also affects macOS 15.6, not only 15.7.x. I have retained the raw crash report locally but am not attaching it because it contains incident IDs, local paths, and hardware metadata.

HereOrCode · 10 days ago

Confirmed on my machine with the same root cause.

Environment

  • macOS 15.7.4
  • Apple Silicon / arm64
  • ChatGPT Desktop 26.707.31428 (build 5059)
  • Computer Use plugin 1.0.1000366
  • SkyComputerUseClient LC_BUILD_VERSION: minimum macOS 14.4, SDK 26.4

User-visible failure

Computer Use initialization fails on the first transport call with:

Sky Computer Use native pipe startup failed

The Computer Use MCP server is then automatically written back as enabled = false.

Direct reproduction

Launching SkyComputerUseClient mcp directly fails before the native pipe can be created:

dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseClient
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Validation

  • codesign --verify --deep --strict passes for both the outer Computer Use app and the nested client app.
  • spctl accepts both as notarized Developer ID applications.
  • The binaries are arm64, matching the host architecture.
  • Reinstalling the plugin, resetting permissions, and restarting the desktop app do not resolve the issue.
  • The failure occurs during dynamic linking, before Screen Recording or Accessibility permissions can matter.

This confirms that the missing native pipe is a secondary symptom. The helper crashes because the current build references a Swift Concurrency symbol unavailable on macOS 15.7.4.

A macOS 15-compatible helper build or an explicit compatibility gate would be appreciated.

ba0gu0 · 10 days ago

A script was written to perform the repair, which mainly involves downloading the codex app version 26.422.71525, extracting the available computer use app, replacing the unavailable version, and re-signing the app for repair. As of July 10,2026, the codex app version 26.422.71525 can still be downloaded normally.

patch-codex-computer-use-758.sh

EvanNotFound · 10 days ago
A script was written to perform the repair, which mainly involves downloading the codex app version 26.422.71525, extracting the available computer use app, replacing the unavailable version, and re-signing the app for repair. As of July 10,2026, the codex app version 26.422.71525 can still be downloaded normally. patch-codex-computer-use-758.sh

I tried this, however, wouldnt the newer version of "ChatGPT" app prompt that there is a version mismatch between "ChatGPT" and "Computer Use"?

kleinlsl · 9 days ago

+1 确认复现

同样遇到此问题。

环境:

  • macOS: 15.6.1 (24G90), Apple Silicon
  • Swift: 6.2.3
  • Codex Desktop: 26.707.41301
  • Computer Use 插件: 1.0.1000366

错误:

dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

已尝试:

  • 重新安装插件 ❌
  • 替换为旧版 1.0.758 二进制文件 ❌(Swift 符号问题解决,但 IPC 协议不兼容)
  • 更新 Codex Desktop 到最新版 ❌(插件未更新)

等待官方修复。

sunnylxycode · 9 days ago

I can reproduce the same issue on macOS 15.7 with Apple Silicon.

Environment:

  • macOS: 15.7 (24G222)
  • Architecture: arm64
  • Codex app: 26.707.41301 (build 5103)
  • Computer Use plugin/helper: 1.0.1000366 / 26.708.1000366

Appshots consistently fail with “Unable to attach appshot”. Screen Recording and Accessibility permissions are enabled.

The system crash log shows that SkyComputerUseService exits immediately with:

dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Codex then reports:

AESendMessage failed with -600
failureReason=start_request_failed:os_status:-600
hadAxText=false
hadScreenshot=false

This confirms that the compatibility problem is still present in Computer Use 1.0.1000366. Upgrading macOS is not currently possible on this production machine. Please provide a Computer Use build compatible with the macOS 15.7 Swift runtime or bundle the required Swift runtime libraries.

ruoran4211 · 9 days ago

I can reproduce the same Swift runtime compatibility issue on an Apple Silicon M1 Mac running macOS 15.7.5 (24G624).

Environment:

  • Codex Desktop 26.707.41301 (build 5103)
  • computer-use@openai-bundled 1.0.1000366
  • Apple Silicon / M1
  • macOS 15.7.5

Appshots consistently fail with "Unable to attach appshot" even after granting Screen Recording and Accessibility permissions to both Codex and Codex Computer Use.

Both SkyComputerUseService and SkyComputerUseClient crash at launch with:

dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

The Computer Use authorization installer reports "OK: installed". The plugin and app signatures verify successfully after removing an accidental FinderInfo xattr. Restarting Codex and macOS does not help.

I also verified that the directly previous desktop release, 26.707.31428, contains the same Computer Use 1.0.1000366 binary, so downgrading one version does not resolve the problem.

tree-white · 9 days ago

Confirmed on an additional macOS 15.x release: macOS 15.5.

Environment

  • macOS 15.5 (24F74)
  • Apple Silicon / arm64
  • ChatGPT Desktop 26.707.41301, build 5103
  • Computer Use plugin 1.0.1000366
  • SkyComputerUseService 26.708.1000366, build 1000366
  • Helper LC_BUILD_VERSION: minimum macOS 14.4, SDK 26.4

Reproduction

Both a transport-only call and an application state request fail:

await sky.list_apps();
await sky.get_app_state({ app: "BambuStudio" });

Result:

Sky Computer Use native pipe startup failed

The generated crash report confirms that the service terminates during dynamic linking:

Termination namespace: DYLD
Termination indicator: Symbol missing
Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Resetting the Node/Computer Use session and starting the target application first do not change the result. The helper crashes before Screen Recording or Accessibility permissions can affect execution.

This extends the confirmed affected range to macOS 15.5. Please provide a macOS 15-compatible helper build or bundle the required Swift runtime libraries.

davistem · 5 days ago

Confirmed on macOS 15.7.6 (24G707).

Before updating:

  • ChatGPT 26.707.31428 (build 5059)
  • Computer Use plugin 1.0.1000366
  • Helper 26.708.1000366, built with SDK 26.4
  • Startup failed because _swift_task_addPriorityEscalationHandler was absent from the system Swift Concurrency runtime.
  • list_apps() failed with a native-pipe startup error.

After the normal automatic update:

  • ChatGPT 26.707.72221 (build 5307)
  • Computer Use plugin 1.0.1000387
  • Helper 26.710.1000387, built with SDK 26.1
  • The helper no longer imports the missing Swift symbol.
  • list_apps() succeeds; it returned 71 applications without performing any GUI action.

Thus the current build fixes this specific macOS 15 runtime incompatibility on this machine. Please retain macOS 15 compatibility as an explicit release check: the broken helper advertised a minimum system of macOS 14.4 despite importing a Swift symbol unavailable on macOS 15.7.6.