Computer Use MCP fails on macOS 15.7.x because bundled SkyComputerUseClient 1.0.791 requires a newer Swift runtime
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 mcpprocess 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:
- Downloads or reads a local
Codex-darwin-arm64-26.422.71525.zip. - Extracts
plugins/openai-bundled/plugins/computer-use. - Verifies the plugin version is
1.0.758. - Verifies
SkyComputerUseClientSHA-256. - 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
- Re-signs
/Applications/Codex.appwith 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
SkyComputerUseClientbuild 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.
13 Comments
Having the same issue
Confirming that this remains reproducible on a newer Codex/Computer Use build, and that the same Swift runtime incompatibility now also affects
SkyComputerUseService(not onlySkyComputerUseClient).Environment
SkyComputerUseService26.708.1000366, build 1000366LC_BUILD_VERSION: minimum macOS 14.4, SDK 26.4Reproduction and user-visible error
After initializing Computer Use through the plugin-owned wrapper, even the transport-only call
fails with:
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:The expected
~/Library/Group Containers/2DC432GLL2.com.openai.sky.CUAService/IPC/computeruse.sockis never created; onlycomputeruse.sock.lockremains.Local validation
codesign --verify --deep --strictpasses for bothCodex.appand the nestedCodex Computer Use.app.spctl --assess --type executeaccepts both as notarized Developer ID apps.I have retained the raw
.ipsreports 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.Also reproducible on the current production build.
Environment
Result
After initializing Computer Use through the plugin wrapper, the first UI-state call fails:
Error:
macOS generated a crash report for
SkyComputerUseServicewith: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.
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:
Failure:
Running the helper directly fails before it can serve the native pipe:
Additional checks:
/Applications/ChatGPT.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/....SkyComputerUseServicecopies are26.708.1000366.DYLD_LIBRARY_PATHto 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.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.
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:
The helper crashes immediately at launch:
Local validation:
codesign --verify --deep --strict._swift_task_addPriorityEscalationHandler, and launches successfully on the same machine.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.
Confirmed on my machine with the same root cause.
Environment
SkyComputerUseClientLC_BUILD_VERSION: minimum macOS 14.4, SDK 26.4User-visible failure
Computer Use initialization fails on the first transport call with:
The Computer Use MCP server is then automatically written back as
enabled = false.Direct reproduction
Launching
SkyComputerUseClient mcpdirectly fails before the native pipe can be created:Validation
codesign --verify --deep --strictpasses for both the outer Computer Use app and the nested client app.spctlaccepts both as notarized Developer ID applications.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.
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"?
+1 确认复现
同样遇到此问题。
环境:
错误:
已尝试:
等待官方修复。
I can reproduce the same issue on macOS 15.7 with Apple Silicon.
Environment:
Appshots consistently fail with “Unable to attach appshot”. Screen Recording and Accessibility permissions are enabled.
The system crash log shows that
SkyComputerUseServiceexits immediately with:Codex then reports:
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.
I can reproduce the same Swift runtime compatibility issue on an Apple Silicon M1 Mac running macOS 15.7.5 (24G624).
Environment:
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:
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.
Confirmed on an additional macOS 15.x release: macOS 15.5.
Environment
Reproduction
Both a transport-only call and an application state request fail:
Result:
The generated crash report confirms that the service terminates during dynamic linking:
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.
Confirmed on macOS 15.7.6 (24G707).
Before updating:
_swift_task_addPriorityEscalationHandlerwas absent from the system Swift Concurrency runtime.list_apps()failed with a native-pipe startup error.After the normal automatic update:
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.