Codex macOS desktop app exposes no Accessibility (AX) interface — breaks all window managers

Summary

Codex's macOS desktop app (bundle com.openai.codex) exposes no windows to the macOS Accessibility (AX) API. No third-party window manager — Hammerspoon, yabai, Rectangle, Moom, AeroSpace, BetterTouchTool — can move, resize, or tile its windows, because they all drive windows through the AX API the app doesn't expose. Every other app on the system, including other Electron apps like Discord, behaves normally.

Environment: macOS 26 Tahoe (Darwin 25.5), Apple Silicon (M4 Max).

Evidence (probed via Hammerspoon's hs.axuielement)

• applicationElement(Codex):attributeNames() → empty list (zero attributes — not even AXRole)
• :attributeValue("AXWindows") → nil
• app:allWindows() → 0, while the window is visibly on-screen and focused
• Setting AXManualAccessibility = true / AXEnhancedUserInterface = true returns success but reads back nil (ignored)
• With VoiceOver actively running, allWindows() is still 0

Expected

Expose windows to the AX API like a normal macOS app — e.g. call app.setAccessibilitySupportEnabled(true) in the Electron main process, honor AXManualAccessibility, or enable accessibility when an assistive technology is detected.

Impact

Users on large / ultrawide displays can't include the app in any automated window-layout / tiling workflow.

_(If the macOS desktop app is tracked in a different repo, please point me there. Anthropic's Claude Desktop has the identical AX issue.)_