Computer Use 1.0.1000366 crashes at launch on macOS 15.7.7 due to missing Swift Concurrency symbol

Resolved 💬 23 comments Opened Jul 10, 2026 by NeoAgentman Closed Jul 12, 2026

💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Summary

Computer Use fails to start on macOS 15.7.7 even when the bundled plugin is enabled and Codex has been restarted.

The native helper exits before MCP/UI control can initialize because dyld cannot resolve a Swift Concurrency symbol from the system runtime.

This appears related to #22822, but it affects the newer Computer Use build 26.708.1000366 / plugin 1.0.1000366, not the older 1.0.791 build reported there.

Environment

Hardware: Apple Silicon (arm64, Mac14,2)
macOS: 15.7.7 (24G720)
Codex app bundle ID: com.openai.codex
Codex app version: 26.707.31428
Computer Use plugin version: 1.0.1000366
Computer Use helper version: 26.708.1000366

The same helper version is present in the app-bundled plugin, the bundled plugin cache, and ~/.codex/computer-use/Codex Computer Use.app.

Steps to reproduce

Run Codex Desktop on macOS 15.7.7.
Enable the bundled Computer Use plugin / MCP.
Start a new Codex session or restart Codex Desktop.
Invoke any Computer Use action, for example get_app_state for the Dock.

Actual result

Computer Use fails before it can read or control the UI. The client reports:

Sky Computer Use native pipe startup failed

A fresh crash report is generated on every attempt. Example crash excerpt, with local paths redacted:

app_name: SkyComputerUseClient
timestamp: 2026-07-10 13:11:08 +0800
app_version: 26.708.1000366
os_version: macOS 15.7.7 (24G720)

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

Restarting Codex Desktop and re-enabling the MCP do not help.

Expected result

Computer Use should start and expose working UI-control tools on supported macOS 15.7.x systems, or Codex should clearly report that this helper build is unsupported instead of failing during startup.

Notes

This is not an Accessibility or Screen Recording permission failure: the helper dies at dynamic-link time, before UI interaction can begin.
The symptom and missing symbol match #22822, but the affected helper is now 26.708.1000366, so this may be a regression or an unresolved compatibility issue in newer builds.
A compatible helper build, bundled Swift runtime dependency, or explicit macOS compatibility gate would resolve the failure.

View original on GitHub ↗

23 Comments

github-actions[bot] contributor · 10 days ago

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

#31180

Powered by Codex Action

NeoAgentman · 10 days ago

I reviewed #31180 and believe this is related but not a duplicate.

#31180 affects an Intel Mac on macOS 12.5.1 and fails while loading sky.node because of a missing Foundation symbol.

This issue affects Apple Silicon on macOS 15.7.7. The bundled Computer Use helper 26.708.1000366 crashes at launch with a missing Swift Concurrency symbol:

_swift_task_addPriorityEscalationHandler

The affected architecture, macOS version, failing component, missing symbol, and user-visible behavior are all different. I believe this should remain open as a separate macOS 15.7.7 compatibility/regression report.

Malakof · 10 days ago

Same Issue here

xc1427 · 10 days ago

Same here

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.

lotas1 · 10 days ago

same issue with mine

⚠ MCP client for computer-use failed to start: MCP startup failed: No such file or directory (os error 2)
⚠ MCP client for event-stream failed to start: MCP startup failed: handshaking with MCP server failed: connection closed: initialize response
⚠ MCP startup incomplete (failed: computer-use, event-stream)
ery confused

mufeiyu-ayu · 10 days ago

Confirmed on another Apple Silicon machine, including the regression timeline.

Environment

Mac mini M2 Pro (Mac14,12, arm64)
macOS 15.6.1 (24G90)
ChatGPT Desktop 26.707.31428 (build 5059)
Computer Use plugin 1.0.1000366
Computer Use helper 26.708.1000366
Codex CLI 0.144.1

Failure

The first Computer Use transport call fails with:

Sky Computer Use native pipe startup failed

The generated SkyComputerUseService crash report shows a launch-time DYLD failure:

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

The helper's LC_BUILD_VERSION reports minimum macOS 14.4 and SDK 26.4, but the symbol is a non-weak import.

Regression signal

Computer Use worked on this same machine and macOS version a few days earlier. The desktop app was automatically updated on July 10, after which Computer Use stopped starting. Sparkle automatic checks and automatic updates were enabled.

Validation

The current official macOS installer contains the same app, plugin, and helper versions.
Restarting the app and cleaning stale Computer Use helper processes did not resolve it.
This occurs before Accessibility or Screen Recording permissions can matter.
No production app data or user project files are involved.

This extends the report to macOS 15.6.1 and strongly suggests a regression in the newly bundled helper rather than a permissions problem. A signed macOS 15-compatible helper build or an official rollback path would be appreciated.

Maximus-Regent · 10 days ago

same issue for me

muchao · 10 days ago

I can confirm this issue on another Apple Silicon Mac.

My Environment:

ChatGPT/Codex Desktop: 26.707.31428 (build 5059)
Computer Use plugin: 1.0.1000366
Computer Use helper: 26.708.1000366
Architecture: arm64

Additional reproduction evidence:

The failure originally reproduced on macOS Sequoia 15.2 (24C101).
I reinstalled the latest official ChatGPT/Codex package, but the failure persisted.
I upgraded the same Mac to Sequoia 15.7.7 (24G720) and rebooted.
Computer Use still fails with:

``text Sky Computer Use native pipe startup failed 5.Launching SkyComputerUseService directly still exits immediately:``text
dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
Referenced from: SkyComputerUseService
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Maximus-Regent · 10 days ago

I reproduced this and created a working local workaround.

Environment

macOS 15.7.7
Codex Desktop 26.707.31428, build 5059
Computer Use plugin 1.0.1000366
Bundled helper 26.708.1000366

Diagnosis

SkyComputerUseService crashed immediately because it referenced:

_swift_task_addPriorityEscalationHandler

That symbol was unavailable in /usr/lib/swift/libswift_Concurrency.dylib on macOS 15. The helper therefore never started its IPC service.

Workaround

Kept the current Codex app installed.
Extracted Computer Use helper build 857 from the previous official Codex 26.623.141536 package.
Verified that the older helper was signed and notarized by OpenAI.
Backed up the current helper and replaced only the cached Computer Use helper.
Paired it with the matching @oai/sky runtime because the older helper uses CodexComputerUseIPC-1, while the current client defaults to IPC-2.
Added version-gated environment overrides so the workaround automatically disables itself when Codex updates.

Validation

The replacement helper launches successfully.
list_apps returned 31 applications.
get_app_state successfully inspected Safari.
I used Computer Use—not a shell command—to focus Safari, enter https://www.apple.com, and press Return.
Computer Use then reported:

Window: "Apple", App: Safari
HTML content Description: Apple, URL: apple.com/

This is only a local compatibility workaround. The proper upstream fix appears to be rebuilding the current helper so it does not depend on a macOS 26-only Swift concurrency symbol, while keeping the helper and JavaScript client on matching IPC versions.

andrei-dubovik-paysera · 10 days ago

Reproduced on another Apple Silicon Mac with the same launch-time failure.

Environment:

macOS 15.7.3 (24G419)
Darwin 24.6.0 arm64
ChatGPT/Codex Desktop 26.707.31428 (build 5059)
Computer Use helper 26.708.1000366

Both SkyComputerUseClient and SkyComputerUseService generate fresh crash reports and abort before permission checks:

DYLD, Code 4 — Symbol missing
Symbol not found: _swift_task_addPriorityEscalationHandler
Expected in: /usr/lib/swift/libswift_Concurrency.dylib

The previous service instance exited normally immediately before the update; the first launch of the updated helper failed. Code signatures verify successfully, and Gatekeeper accepts the notarized binaries. No raw crash report is attached because it contains private identifiers.

Anatolt · 10 days ago

Same failure here on a nearby macOS 15.7.x build.

Environment:

macOS: 15.7.4 (24G517)
ChatGPT/Codex Desktop: 26.707.31428 (build 5059)
Codex CLI: codex-cli 0.142.5
Computer Use plugin: 1.0.1000366
Host architecture: arm64 / Apple Silicon

Observed from Codex:

Sky Computer Use native pipe startup failed

Directly launching the bundled helper fails before any Accessibility / Screen Recording permission checks can matter:

"/Applications/ChatGPT.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient" mcp

Output:

dyld: Symbol not found: _swift_task_addPriorityEscalationHandler
  Referenced from: /Applications/ChatGPT.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient
  Expected in: /usr/lib/swift/libswift_Concurrency.dylib

Additional checks:

codex mcp list: computer-use -> disabled / Unsupported
Codex Computer Use Installer status: OK: installed

The same crash reproduces for the helper copied under ~/.codex/computer-use/..., so this does not look like a stale per-user install. The fresh helper bundled inside /Applications/ChatGPT.app fails the same way.

codesign -dv on the helper reports:

Identifier=com.openai.sky.CUAService.cli
TeamIdentifier=2DC432GLL2
Runtime Version=26.4.0
Timestamp=9 Jul 2026 at 06:43:39

This appears to be the same Swift Concurrency runtime compatibility issue as reported above, affecting macOS 15.7.4 as well as 15.7.7.

adamcooper · 10 days ago

Confirmed independently on another affected macOS 15.x system.

Environment

MacBook Pro M1 (MacBookPro17,1, arm64)
macOS 15.7.3 (24G419)
ChatGPT/Codex Desktop 26.707.31428 (build 5059)
Computer Use plugin 1.0.1000366
Computer Use client/service 26.708.1000366

Reproduction and root cause

sky.list_apps() surfaced:

SkyComputerUseTransportError: Sky Computer Use native pipe startup failed

Running the bundled client directly, and separately launching the bundled service, both abort during dynamic linking:

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

The helper declares minimum macOS 14.4 but was built with SDK 26.4. This occurs before Accessibility or Screen Recording permissions can matter. Reinstalling, toggling the MCP, and restarting Codex cannot resolve this failure.

Verified user-local workaround

I verified a rollback to the previous official Computer Use bundle from Codex Desktop 26.623.141536. That bundle contains Computer Use build 857 and does not import the missing Swift symbol.

The important compatibility detail is to use the older MCP client and older service together. Configuring Codex to launch the old SkyComputerUseClient mcp directly avoids pairing the old service with the current incompatible client/runtime.

This workaround:

does not modify or re-sign /Applications/ChatGPT.app
backs up the current helper and config
installs the older helper only in user-local Codex paths
is reversible

Another Codex instance can perform it as follows:

Download the previous official arm64 package:

``text https://persistent.oaistatic.com/codex-app-prod/Codex-darwin-arm64-26.623.141536.zip``

Extract only this prefix from the ZIP:

``text Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/``

For example:

``bash unzip -q "$ZIP" 'Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use/*' -d "$EXTRACT_DIR"``

Before changing anything, create a timestamped backup containing:

``text ~/.codex/config.toml ~/.codex/computer-use/Codex Computer Use.app ~/.codex/plugins/cache/openai-bundled/computer-use/1.0.1000366/Codex Computer Use.app``

Replace the two user-local Codex Computer Use.app bundles above with the extracted build-857 app. Preserve executable permissions; ditto works on macOS.

Replace the existing [mcp_servers.computer-use] block with an absolute-path direct MCP configuration (replace /Users/YOU with the real home directory):

``toml [mcp_servers.computer-use] command = "/Users/YOU/.codex/computer-use/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient" args = ["mcp"] cwd = "/Users/YOU/.codex/computer-use" enabled = true``

If SKY_CUA_SERVICE_PATH is already present under [mcp_servers.node_repl.env], point it at:

``text /Users/YOU/.codex/computer-use/Codex Computer Use.app``

Start a new Codex task or relaunch Codex, approve the target app when prompted, and verify list_apps followed by get_app_state.

Validation

With the installed fallback, I verified:

MCP initialize succeeds
tools/list exposes the complete Computer Use toolset
list_apps succeeds
get_app_state({ app: "Calculator" }) returns the Calculator accessibility tree and screenshot

The broken 26.708.1000366 bundle and original config remain available in the timestamped backup for rollback. A future Computer Use update may replace this compatibility pin, so the correct upstream fix is still a macOS 15-compatible build (or bundled Swift runtime / accurate OS gate).

sdugan05 · 10 days ago

Additional confirmation for #32032 from Apple Silicon macOS 15.6.1 (24G90):
Computer Use 1.0.1000366 / Sky 26.708.1000366 crashes both the service and
client in dyld before main. I found 73 local Sky crash reports with the same
missing _swift_task_addPriorityEscalationHandler symbol. The only unresolved
strong Swift imports on macOS 15 in both binaries are the add/remove priority
escalation handlers.

This matches swiftlang/swift#88428 (commit 0218eb610ef), the Swift compiler fix
for incorrect back-deployment of withTaskPriorityEscalationHandler. The affected
helper was built with Swift 6.3; the fix is in Swift 6.4. Rebuilding both private
helper targets with the fixed toolchain (and retaining the macOS 26 availability
guard) should repair the declared macOS 14.4 deployment support.

As a temporary validation, I installed the matched Computer Use build 857
client/service from OpenAI's signed and notarized 26.623.141536 arm64 archive.
MCP initialization, list_apps, Calculator state capture, and an actual click all
succeeded on macOS 15.6.1. I did not install or distribute a re-signed binary.

jojojo-crypto · 9 days ago

Confirmed on another affected Apple Silicon system. The issue persists in the newer current desktop build.

Environment

ChatGPT/Codex Desktop: 26.707.41301 (build 5103)
Computer Use plugin: 1.0.1000366
Computer Use helper: 26.708.1000366 (build 1000366)
macOS: 15.6.1 (24G90)
uname -mprs: Darwin 24.6.0 arm64 arm

Reproduction

Initializing the bundled Computer Use runtime and calling sky.list_apps() consistently returns:

Sky Computer Use native pipe startup failed

The corresponding sanitized SkyComputerUseService crash report shows that it terminates at launch:

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

A SkyComputerUseClient crash report shows the same missing symbol.

Troubleshooting already attempted

Verified Screen Recording permission is enabled
Toggled the permission off and back on
Fully restarted the Mac
Removed and reinstalled the current official OpenAI DMG
Retested from a fresh Computer Use runtime session

None of these changed the failure.

codesign --verify --deep --strict passes, and Gatekeeper accepts the downloaded DMG as a notarized OpenAI Developer ID build. Unified logging also emits repeated application-group entitlement/provisioning warnings for com.openai.sky.CUAService; however, the crash report establishes the immediate observed failure as the missing Swift Concurrency symbol during DYLD launch, before Screen Recording or Accessibility checks can matter.

This confirms that helper 26.708.1000366 remains incompatible with at least macOS 15.6.1 in desktop build 26.707.41301.

Roland0511 · 9 days ago

Confirmed on another Apple Silicon Mac, with the newer unified ChatGPT desktop build.

Environment

macOS: 15.6 (24G84)
Architecture: Apple Silicon / arm64
ChatGPT desktop: 26.707.41301
Computer Use plugin: 1.0.1000366
Computer Use helper: 26.708.1000366

User-visible failure

Both sky.list_apps() and sky.get_app_state(...) fail with:

Sky Computer Use native pipe startup failed

Resetting the Computer Use runtime and restarting ChatGPT do not change the result.

Direct reproduction

Launching either bundled native executable directly fails before the native pipe or permission checks can initialize:

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

Both processes terminate with exit code 134. The macOS 15.6 system Swift Concurrency library does not export the required symbol.

Validation

Both helper bundles pass codesign --verify --deep --strict.
Gatekeeper accepts the helper as a notarized OpenAI Developer ID application.
Codex Computer Use Installer status reports OK: installed.
The helper declares LSMinimumSystemVersion=14.4, but was built with the macOS 26.4 SDK.
No SkyComputerUseService process is created, so Accessibility and Screen Recording permissions are not involved in this failure.
An older Computer Use client bundled with another installed Codex desktop build launches successfully on the same macOS 15.6 host, which further points to a regression in helper 26.708.1000366.

OpenAI's published ChatGPT macOS requirements still state macOS 14+ on Apple Silicon:
https://help.openai.com/en/articles/9395554-what-are-the-system-requirements-for-the-chatgpt-macos-app

A signed helper rebuilt for the declared deployment target, or an official rollback path, would resolve the blocker.

maindevhoon · 9 days ago

Adding another data point — this reproduces even on a completely fresh install with zero prior state:

macOS: [run sw_vers -productVersion]
ChatGPT/Codex app: [version from About dialog — post July 9 Codex→ChatGPT merge]

Fully removed all prior install state (app bundle, caches, app support data, TCC grants for com.openai.codex) before reinstalling from scratch. First-run setup completes normally, but the Accessibility/Screen Recording permission prompt never fires at all, and Computer Use fails immediately with "native pipe startup failed" on every target app tested (Notes, Spotify).

This matches the code-signing invalid helper root cause described above — the permission prompt likely never fires because the helper is being killed by launch constraint validation before it can request permissions in the first place.

Ziltosh · 9 days ago

Same problem here.

tzeyui · 9 days ago

Additional reproduction and rollback testing from another affected Apple Silicon Mac:

Environment

macOS 15.7.7 (24G720), arm64
ChatGPT desktop 26.707.41301, build 5103
Computer Use plugin 1.0.1000366
Computer Use helper 26.708.1000366

Current helper failure

Calling sky.list_apps() consistently returns:

Sky Computer Use native pipe startup failed

Unified logging shows that Launch Services successfully spawns SkyComputerUseService, but it exits after approximately 37 ms with:

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

This occurs before Screen Recording or Accessibility permissions can affect the request.

Signed rollback viability

I also tested extracting Computer Use 1.0.758 from the official Codex Desktop 26.422.71525 arm64 package.

The 1.0.758 MCP client starts on macOS 15.7.7, completes MCP initialization, and exposes all nine Computer Use tools.
On current macOS, AMFI rejects the old artifact's original signature; unified logging reports an invalid/revoked certificate.
Re-signing only the extracted helper ad hoc allows the MCP process to launch, but an actual list_apps call fails with:

Apple event error -10005: teamNotFound

The ad-hoc signature has no OpenAI Team ID, so the Computer Use Apple Event authentication cannot complete.
Installing the extracted copy as a separate personal MCP plugin is also insufficient because the normal plugin sandbox cannot access the required Launch Services and app-group facilities.

Therefore, plugin-only rollback is not a safe or complete workaround. Community workarounds that re-sign the entire parent application materially change its trust and entitlement model.

Requested fix

Please provide one of the following:

a signed Computer Use helper rebuilt for the macOS 15 Swift runtime;
a signed, officially supported rollback helper compatible with the current desktop app; or
an explicit OS compatibility gate with a clear user-facing error.

A signed rollback helper would immediately unblock macOS 15 users without requiring them to weaken or replace application signing.

adams-oai contributor · 9 days ago

Thank you for reporting this issue, we understand the problem here and are working on a hotfix! We'll update this issue when it is released.

Asunazzz123 · 9 days ago

I have also met this problem

Environment

Codex Desktop: 26.707.41301
Computer Use plugin: 1.0.1000366
Computer Use helper: 26.708.1000366
macOS: 15.7.7 (24G720)
Architecture: Apple Silicon (arm64)
MacBook Air M2

Calling sky.list_apps() fails with:

Sky Computer Use native pipe startup failed

The underlying cause is that both SkyComputerUseService and
SkyComputerUseClient terminate during dynamic linking:

Namespace: DYLD
Indicator: Symbol missing

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

Additional checks:

codesign --verify --deep --strict succeeds.
The installed helper and the bundled marketplace helper are both version

26.708.1000366 and have identical service binary hashes.

Restarting Codex does not help.
Reinstalling the same plugin build would restore the same binary.
Accessibility and Screen Recording permissions are not involved because the

helper terminates before permission checks or UI interaction.

A configured notify = [.../SkyComputerUseClient, "turn-ended"] causes an

additional client crash at the end of a turn, but removing it does not fix the
independently crashing service.

The macOS installation was not upgraded when this started; the Computer Use

component had been updated.

This confirms that the problem remains present in Codex Desktop
26.707.41301, not only the earlier app build reported above.

xc1427 · 8 days ago

Same here

Update: the hotfix appears to resolve this for me on the same macOS 15 line.

Environment:

macOS Sequoia 15.7.7 (24G720), Apple Silicon
ChatGPT/Codex Desktop 26.707.51957 (build 5175)
Computer Use plugin 1.0.1000387

Validation after updating:

sky.list_apps() succeeds and returned 24 applications.
sky.get_app_state({ app: "com.apple.finder" }) succeeds, returning both a Finder accessibility tree and screenshot.

This is a successful retest of the formerly failing native-pipe path; the prior Sky Computer Use native pipe startup failed / missing _swift_task_addPriorityEscalationHandler error no longer reproduces for me on macOS 15.7.7.

NeoAgentman · 8 days ago

Confirmed fixed after updating to the latest build on the same affected machine.

Environment

macOS: 15.7.7 (24G720), Apple Silicon / arm64
ChatGPT Desktop: 26.707.51957 (build 5175)
Computer Use plugin: 1.0.1000387
Computer Use helper: 26.710.1000387 (build 1000387)

Validation

list_apps succeeded and returned the installed applications.
get_app_state successfully read the Calculator accessibility tree and captured a screenshot.
A real Computer Use click on the Calculator button 1 succeeded, and the updated input value was read back as 1.
The previous Sky Computer Use native pipe startup failed error no longer occurs.
There is no longer a launch-time DYLD failure for _swift_task_addPriorityEscalationHandler.

The hotfix resolves the issue for me. Thank you!