[Bug] Computer Use plugin remains "unavailable" on macOS Intel (x86_64) despite MCP server showing as enabled and latest Intel build

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

• #18258

Powered by Codex Action

Potential duplicates detected. Please review them and close your issue if it is a duplicate. * Codex app on macOS shows 'Computer Use plugin unavailable' while bundled plugin files exist #18258 _Powered by Codex Action_

Same unavailable on my intel mac but not exactly duplicate with #18258 . In #18258 the Computer Use payload exists under openai-bundled/plugins/ path, which does NOT exist in the intel mac bundle. I can only assume that the Computer Use app for intel mac is not ready.

I can confirm this on another Intel Mac.

Environment:

• Hardware: Intel MacBook Pro
• CPU arch: x86_64
• macOS: 15.6.1 (Sequoia)
• Codex app: 26.415.40636
• Build: 1799
• Region: outside UK/EEA/Switzerland

Auth method: ChatGPT - apple

What I verified locally:

• /Applications/Codex.app/Contents/MacOS/Codex is an x86_64 binary
• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins contains only:
• browser-use
• chrome
• There is no computer-use folder in the bundled plugins directory
• In the app, Computer Use is unavailable

So in my case this does not look like a permissions problem or a bad Apple Silicon install on Intel. It looks like the current Intel app bundle is missing the computer-use bundled plugin entirely.

If helpful, I can provide any additional local diagnostics you want me to collect.

I can confirm the same issue on another Intel Mac.

Environment:

• Mac: Intel x86_64 (Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz)
• macOS: 15.7.5 (24G624)
• Codex app: 26.415.40636 (1799)

What I see locally:

• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins only contains:
• browser-use
• chrome
• There is no computer-use bundled plugin directory.
• codex features list shows:
• apps = true
• plugins = true
• remote_control = false
• com.openai.sky.CUAService is not registered on this machine.
• In the app, Settings -> Computer Use shows the plugin as unavailable, with no Install button.

So this does not look like a simple local config issue on Intel. It looks more like the Intel app bundle is missing the computer-use plugin payload entirely.

Happy to provide logs from ~/Library/Logs/com.openai.codex/ if that would help.

I can confirm the same issue on another Intel Mac.

Environment:

• OS: macOS Tahoe 26.3.1 (25D2128)
• Arch: x86_64
• Hardware: MacBook Pro (16-inch, 2019)
• Codex app: 26.415.40636 (1799)

What I’m seeing:

• Computer Use remains unavailable in the app.
• This is on an Intel (x86_64) Mac, not Apple Silicon.
• The report matches the other Intel confirmations here and suggests this is still affecting the Intel build specifically.

If helpful, I can also provide additional diagnostics from this machine.

I can confirm the same issue on another Intel Mac.

Environment:

OS: macOS Tahoe 26.3.1 (25D771280a)
Arch: 2.3 GHz 8-Core Intel Core i9
Hardware: MacBook Pro (16-inch, 2019)
Codex app: 26.417.41555 (1858)
What I’m seeing:

Computer Use remains unavailable in the app.
This is on an Intel (x86_64) Mac, not Apple Silicon.
The report matches the other Intel confirmations here and suggests this is still affecting the Intel build specifically.
If helpful, I can also provide additional diagnostics from this machine.

After recent codex app update issue still persist

when will they fix it its such a bad experience

When will someone confirm, ah it doesn’t and will never work, and as Apple has now sunsetted intel development you must use some other tool for this part

Temporary workaround for the Intel Mac GUI rendering bug:

On my Intel Mac, swiftshader renders correctly but is too slow to use. The first hardware-backed combo I found that rendered the broken Plugins page correctly was:

--disable-gpu-sandbox --use-angle=gl --disable-zero-copy

I verified this by repeatedly relaunching the app and capturing the actual Codex window while switching to the broken Plugins view.

What I tested:

• --use-angle=metal: faster, but stale or incorrect repaints remained
• --use-angle=metal --disable-gpu-rasterization: still broken
• --use-angle=metal --disable-zero-copy: still broken
• --disable-gpu-sandbox --use-angle=swiftshader: visually correct, but very laggy
• --disable-gpu-sandbox --use-angle=gl: much better
• --disable-gpu-sandbox --use-angle=gl --disable-zero-copy: best fast workaround I found

I wrapped the app executable so every launch path uses:
--disable-gpu-sandbox --use-angle=gl --disable-zero-copy

This is only a workaround, not a real fix, but it made the Intel Mac GUI usable for me.

Thanks for sharing, looking forward to trying. Did you get the package from inside another source or?

On Sat, 25 Apr 2026, at 9:15 AM, Shrijit Srivastav wrote:

shrijit37 left a comment (openai/codex#18404) <https://github.com/openai/codex/issues/18404#issuecomment-4316961353> Temporary workaround for the Intel Mac GUI rendering bug: On my Intel Mac, swiftshader renders correctly but is too slow to use. The first hardware-backed combo I found that rendered the broken Plugins page correctly was: --disable-gpu-sandbox --use-angle=gl --disable-zero-copy I verified this by repeatedly relaunching the app and capturing the actual Codex window while switching to the broken Plugins view. What I tested: • --use-angle=metal: faster, but stale or incorrect repaints remained • --use-angle=metal --disable-gpu-rasterization: still broken • --use-angle=metal --disable-zero-copy: still broken • --disable-gpu-sandbox --use-angle=swiftshader: visually correct, but very laggy • --disable-gpu-sandbox --use-angle=gl: much better • --disable-gpu-sandbox --use-angle=gl --disable-zero-copy: best fast workaround I found I wrapped the app executable so every launch path uses: --disable-gpu-sandbox --use-angle=gl --disable-zero-copy This is only a workaround, not a real fix, but it made the Intel Mac GUI usable for me. — Reply to this email directly, view it on GitHub <https://github.com/openai/codex/issues/18404#issuecomment-4316961353>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BTS2PL5UL45EI45LSRJKVP34XPYSTAVCNFSM6AAAAACX5QA726VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DGMJWHE3DCMZVGM>. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS <https://github.com/notifications/mobile/ios/BTS2PL4TGJQIOLJRX4QGWQD4XPYSTA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTIMZRGY4TMMJTGUZ2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJKTGN5XXIZLSL5UW64Y> and Android <https://github.com/notifications/mobile/android/BTS2PL7B64BPIWPP2MNXOAD4XPYSTA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTIMZRGY4TMMJTGUZ2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJLTGN5XXIZLSL5QW4ZDSN5UWI>. Download it today! You are receiving this because you commented.Message ID: @.***>

Ah sorry this is for plugin support not the computer use package ?

On Sat, 25 Apr 2026, at 9:29 AM, @.*** wrote:

Thanks for sharing, looking forward to trying. Did you get the package from inside another source or? On Sat, 25 Apr 2026, at 9:15 AM, Shrijit Srivastav wrote: > shrijit37 left a comment (openai/codex#18404) <https://github.com/openai/codex/issues/18404#issuecomment-4316961353> > Temporary workaround for the Intel Mac GUI rendering bug: > > On my Intel Mac, swiftshader renders correctly but is too slow to use. The first hardware-backed combo I found that rendered the broken Plugins page correctly was: > > --disable-gpu-sandbox --use-angle=gl --disable-zero-copy > > I verified this by repeatedly relaunching the app and capturing the actual Codex window while switching to the broken Plugins view. > > What I tested: > > • --use-angle=metal: faster, but stale or incorrect repaints remained > • --use-angle=metal --disable-gpu-rasterization: still broken > • --use-angle=metal --disable-zero-copy: still broken > • --disable-gpu-sandbox --use-angle=swiftshader: visually correct, but very laggy > • --disable-gpu-sandbox --use-angle=gl: much better > • --disable-gpu-sandbox --use-angle=gl --disable-zero-copy: best fast workaround I found > I wrapped the app executable so every launch path uses: > --disable-gpu-sandbox --use-angle=gl --disable-zero-copy > > This is only a workaround, not a real fix, but it made the Intel Mac GUI usable for me. > > — > Reply to this email directly, view it on GitHub <https://github.com/openai/codex/issues/18404#issuecomment-4316961353>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BTS2PL5UL45EI45LSRJKVP34XPYSTAVCNFSM6AAAAACX5QA726VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHM2DGMJWHE3DCMZVGM>. > Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS <https://github.com/notifications/mobile/ios/BTS2PL4TGJQIOLJRX4QGWQD4XPYSTA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTIMZRGY4TMMJTGUZ2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJKTGN5XXIZLSL5UW64Y> and Android <https://github.com/notifications/mobile/android/BTS2PL7B64BPIWPP2MNXOAD4XPYSTA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTIMZRGY4TMMJTGUZ2M4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJLTGN5XXIZLSL5QW4ZDSN5UWI>. Download it today! > You are receiving this because you commented.Message ID: @.***> >

Same problem on Intel macOS

I confirmed the same behavior on my Intel MacBook Pro 16-inch 2019.

Additional verification:

• uname -m: x86_64
• Codex Desktop: 26.422.30944
• Bundled CLI: 0.125.0-alpha.3
• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/ only contains:
• browser-use
• latex-tectonic
• No computer-use directory exists in the Intel app bundle.
• Clearing ~/.codex caches and reinstalling the Intel build did not restore the plugin.

This appears to require an x86_64 or universal computer-use plugin/helper in the Intel Codex app bundle.

I can confirm this is still happening on another Intel Mac with a newer Codex build.

Environment:

• Hardware: MacBook Pro (MacBookPro11,3), Intel Core i7
• Arch: x86_64
• macOS: 15.7.5 (24G624)
• Codex app: 26.506.31421
• Codex bundle build: 2620
• Codex executable: /Applications/Codex.app/Contents/MacOS/Codex is Mach-O 64-bit executable x86_64

What I see in the app:

• Settings -> Computer use exists.
• It only shows Google Chrome under Control.
• There is no visible install card/button for a general Computer Use plugin.
• Always-allowed apps is empty.

What I verified locally:

• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/.agents/plugins/marketplace.json only lists:
• browser-use
• chrome
• latex-tectonic
• /Users/<user>/.codex/.tmp/bundled-marketplaces/openai-bundled/.agents/plugins/marketplace.json has the same list.
• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/ has no computer-use directory.
• /Users/<user>/.codex/plugins/cache/openai-bundled/ only has browser-use and chrome; no computer-use cache entry.

This does not look like a Screen Recording / Accessibility permission issue or a slow-machine issue. The Intel app bundle/marketplace appears to omit the computer-use plugin payload entirely.

Adding another data point from a fresh reinstall.

Machine:

• macOS 15.0.1 (24A348)
• Intel x86_64
• Codex 26.506.31421 / build 2620
• Codex app minimum macOS: 12.0

After deleting /Applications/Codex.app and reinstalling fresh, the bundled plugin directory still contains only:

• latex-tectonic
• chrome
• browser-use

No computer-use bundle exists under:
/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins

Also no matching computer/cua files are present under:
/Applications/Codex.app/Contents/Resources

Screen Recording and Accessibility permissions were already granted. The Codex settings UI shows the Computer use page and Chrome connected, but @Computer is not exposed as a usable tool in the thread.

This looks like the Intel x86_64 app bundle is still missing the computer-use plugin rather than a permissions or stale-install issue.

for me i have a black screen covering plugins and Skills!

For anyone trying to separate local setup problems from an actual Intel bundle issue, the useful split is:

uname -m
/Applications/Codex.app/Contents/MacOS/Codex --version 2>/dev/null || true
find /Applications/Codex.app/Contents/Resources/plugins/openai-bundled -maxdepth 3 -type d -name "*computer*" -o -name "*cua*"
find ~/.codex/plugins/cache/openai-bundled -maxdepth 3 -type d -name "*computer*" -o -name "*cua*"

If those paths have no computer-use/CUA payload on x86_64, this is not something Screen Recording, Accessibility, cache clearing, or config.toml can repair. Those steps only matter after the plugin/helper payload exists.

For a user-facing workaround checklist I would treat this as:

• Intel Codex Desktop Computer Use: likely blocked until an x86_64/universal computer-use payload ships.
• Browser automation: use the bundled browser/chrome plugin where sufficient.
• Native Mac app control: use a separate macOS automation stack only if it is explicitly installed and verified.
• Avoid copying plugin folders from another machine unless architecture/signing compatibility is known, because that can create a worse half-installed state.

I keep a Mac AI-agent setup checklist here that may help users rule out the setup-layer causes before assuming this Intel bundle bug: https://igorganapolsky.github.io/openclaw-mac-ai-workstation-setup/troubleshooting.html

If someone wants a done-for-you Mac agent setup/audit rather than debugging permissions, bundles, and routing manually, I packaged that here: https://igorganapolsky.github.io/openclaw-mac-ai-workstation-setup/

for me i have a black screen covering plugins and Skills!

UI glitch, resize the app, sometimes it shows up :)

Hit this exact failure shape on Intel — MCP server shows as enabled, plugin files exist, but Computer Use never becomes available. The piece that usually breaks Intel specifically is that SkyComputerUseClient is shipped arm64-only in the bundled plugin, so even though the marketplace add succeeds and the cache hydrates, the binary can't actually load on x86_64.

codex mcp list
file /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/computer-use/*/SkyComputerUseClient
ls -la ~/.codex/plugins/cache/openai-bundled/computer-use/*/.mcp.json

If file doesn't include x86_64, no reinstall will work — the client is arm64-only and you need either Rosetta + an x86_64-compatible launcher, or an x86_64 build.

Full walkthrough of this and 5 other root causes (cache hydration, TCC bundle mismatch, OpenRouter fallback inheritance, child-process Apple Events posture, multiple Codex homes, session reuse): https://igorganapolsky.github.io/openclaw-mac-ai-workstation-setup/troubleshooting.html

Free script in the repo (scripts/self-diagnose.mjs) bundles all six checks with secret redaction. $19 quick read on the same page names the root cause from your bundle.

I can reproduce this on another Intel Mac.

Environment:

• Hardware/arch: Intel Mac, x86_64
• macOS: 15.7.4
• Codex Desktop: 26.513.20950
• Bundled Codex CLI: codex-cli 0.131.0-alpha.9
• Bundled CLI binary: Mach-O 64-bit executable x86_64

Local findings:

• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/ contains only:
• browser
• chrome
• latex
• There is no computer-use plugin in the app bundle.
• ~/.codex/plugins/cache/openai-bundled/ contains only:
• browser/0.1.0-alpha2
• chrome/0.1.7
• There is no cached computer-use plugin.

The generated bundled marketplace also excludes computer-use:

bundled_plugins_runtime_marketplace_written pluginCount=3 pluginNames=["browser","chrome","latex"] targetMarketplaceRoot=/Users/rw/.codex/.tmp/bundled-marketplaces/openai-bundled

So this still appears to be a packaging/architecture issue on Intel macOS: the Intel build is not shipping computer-use, and the app has no installable computer-use@openai-bundled plugin available.

This is on a newer build than the original report, so the issue appears to still reproduce in 26.513.20950.

I can reproduce this Appshot / Computer Use failure on an Intel Mac. This does not appear to be a permissions issue.

Environment:

• macOS: 13.7.8
• Architecture: x86_64 / Intel
• Codex app: 26.519.31651
• Installed Codex binary: x86_64
• Installed Contents/Resources/native/sky.node: x86_64

Observed behavior:

• Appshot fails with Unable to attach appshot.
• Codex logs repeatedly show:
• Failed to spawn managed Computer Use service
• Appshot capture settled ... status=failed

Local bundle inspection:

• The installed x64 app bundle does not contain:
• /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/computer-use
• Codex Computer Use.app
• SkyComputerUseService
• The current official x64 DMG (Codex-latest-x64.dmg) also lacks the computer-use plugin.
• The current Apple Silicon DMG contains computer-use, but SkyComputerUseService is arm64-only and has minimum macOS 14.4, so it cannot run on this Intel/macOS 13 machine.

Update feeds checked:

• https://persistent.oaistatic.com/codex-app-prod/appcast.xml lists only arm64 app zip builds.
• https://persistent.oaistatic.com/codex-app-beta/appcast.xml also lists only darwin-arm64 app zip builds, including older 26.415.x builds.
• I could not find any x86_64 or universal Computer Use helper in the official stable or beta feeds.

Conclusion:

For Intel/macOS 13 users, Appshot appears to be unavailable because the official x64 build does not ship a compatible Computer Use service. Please publish an x86_64 or universal computer-use / SkyComputerUseService component, or update the UI/download compatibility messaging so Intel users do not get stuck on a permissions flow that cannot succeed.

I can reproduce this on another Intel Mac, and it still appears unresolved on the current Codex Desktop build I have installed.

Environment:

• Hardware/arch: Intel Mac, x86_64
• Codex Desktop app: 26.623.70822
• Codex app executable: Mach-O 64-bit executable x86_64
• Bundled CLI: codex-cli 0.142.4
• /Applications/Codex.app/Contents/Resources/native/sky.node: Mach-O 64-bit bundle x86_64

Observed behavior:

• Settings -> Computer Use -> Chrome is connected and green.
• Settings -> Computer Use -> Locked use / 锁屏操作 fails with the toast: 无法更新“锁定操作”设置.
• The expected installer path does not exist:

~/.codex/computer-use/Codex Computer Use.app/Contents/SharedSupport/Codex Computer Use Installer.app/Contents/MacOS/Codex Computer Use Installer

Local bundle/cache findings:

/Applications/Codex.app/Contents/Resources/plugins/openai-bundled/plugins/

contains only:

browser
chrome
latex
sites

There is no:

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

The generated bundled marketplace also does not list computer-use; it only lists:

sites
browser
chrome
latex

User cache is also missing the service payload:

~/.codex/computer-use

contains only:

config.json

Codex logs repeatedly show:

Failed to reconcile managed Computer Use service
Failed to spawn managed Computer Use service

I also inspected the app main process code. The Locked Use toggle calls the expected installer under ~/.codex/computer-use/Codex Computer Use.app/.../Codex Computer Use Installer, but that app is never copied because the bundled computer-use plugin/payload is missing from this x86_64 build.

So this still looks like an Intel/x86_64 packaging issue rather than a TCC/permissions/config problem. Reinstalling, reconnecting Chrome, restarting, and clearing local config do not create the missing computer-use payload.

I can confirm that I am experiencing the same issue on an Intel Mac.

Environment
Mac model: MacBook Pro 16" (2019)
Processor: Intel
Architecture: x86_64
macOS version: macOS Sonoma 14.5
Codex app version/build: Codex 26.623.141536
Subscription: Plus

Observed behavior
Computer Use is unavailable in the Codex app.
There is no usable installation option for the Computer Use plugin.
The Intel Codex application bundle does not appear to contain the computer-use plugin or the required native service.
Updating macOS and reinstalling the latest Intel version of Codex did not resolve the issue.
This does not appear to be caused by Screen Recording or Accessibility permissions.
This seems consistent with the other reports indicating that the official Intel (x86_64) package does not include an Intel-compatible or universal Computer Use service.

Could the OpenAI team please confirm whether Computer Use is intended to support Intel Macs, and whether an x86_64 or universal build is planned?
Thank you.