macos版codex 桌面版,打开之后cpu占用飙升,然后就卡死重启了

xhz 2026-06-18 10:21 1

macOS 上 Codex Desktop 触发 syspolicyd / trustd 高 CPU,疑似 26.609 系列签名/Computer Use 相关问题,求排查建议


求助各位大佬,我最近遇到一个比较棘手的 Codex Desktop 问题,想请教一下有没有人遇到过类似情况,或者有什么更稳妥的排查、止血办法。


环境



  • 系统:macOS,Apple Silicon

  • 应用:Codex Desktop

  • 当前版本:26.609.41114

  • 问题开始时间:大概从上周四/周五开始,之前没有这个问题

  • 同一台机器上 Codex CLI 基本正常,主要是 Codex Desktop 出问题


现象


只要打开 Codex Desktop,CPU 很快飙升,活动监视器里主要是这些进程异常:



  • syspolicyd

  • trustd

  • Codex

  • 有时还会带上 WindowServerkernel_task


关闭 Codex Desktop 后,CPU 很快恢复正常。


比较明显的特征是:不是单纯 Codex 自己 CPU 高,而是会触发 macOS 的安全校验链路,syspolicyd / trustd 一起飙。严重时系统会卡顿,其他 App 启动也可能受影响。


已确认的情况


我检查过 /Applications/Codex.app 本体,至少在某些时间点看起来不是明显坏包:


spctl -a -vvv /Applications/Codex.app

结果是 accepted,source 是 Notarized Developer ID,origin 是 OpenAI OpCo, LLC,ticket 已 stapled,也没有 quarantine xattr。


但 GitHub 上有人反馈类似问题时,codesign --verify --deep --strict 会失败,所以我现在怀疑可能存在“安装后/更新后/运行一段时间后签名状态或系统策略评估异常”的情况。


触发条件


不是每次单纯启动都一样,但以下情况更容易触发:



  1. 登录 Codex Desktop 后

  2. 启用 API key 后

  3. 新建任务时

  4. 打开某些旧会话时

  5. Desktop 初始化能力/工具链时


有些纯文本旧会话点击后不触发;但某些旧会话会触发。新开窗口创建任务也可能触发。


左侧历史标题曾出现大量“新对话/新会话”,点击一次后标题又恢复,感觉更像是 UI 标题缓存/索引懒加载,不像历史真正丢失。


已尝试过的处理


1. 重装 Codex.app


单纯重装 /Applications/Codex.app 没有根治。


2. 检查和调整 config


之前 config.toml 里存在认证配置冲突:自定义 provider + API key 模式下仍有 requires_openai_auth = true,已改为 false


3. 禁用高风险 bundled 工具


已尝试禁用:


computer-use@openai-bundled = false
chrome@openai-bundled = false
browser@openai-bundled = false

这样一度明显缓解,但没有彻底根治。


4. 重建缓存/应用状态


重建过:


~/Library/Application Support/Codex
~/Library/Caches/Codex
~/Library/Saved Application State/...

短期有缓解,但问题仍可能复现。


5. 没有粗暴删除历史


~/.codex 很大,里面有大量历史、索引、sqlite、缓存、插件、computer-use 等内容。


我没有直接清空整个 ~/.codex,也没有删除:


~/.codex/sessions
~/.codex.bad

因为 sessions 里有历史正文,而且目前看 sessions/history/session_index 不是主因。


GitHub 上看到的类似问题


openai/codex 仓库里搜到不少相似 issue,例如:



  • #28071:Codex Desktop 26.609.41114 repeatedly exhausts syspolicyd and cannot relaunch until reboot

  • #25243:macOS Codex relaunch loop exhausts syspolicyd file descriptors and blocks app launches

  • #2857226.609.71450 / build 3965 安装成功但 app bundle 仍然 codesign verification 失败

  • #28545:syspolicyd/trustd CPU spikes tied to Computer Use,进程链里出现 Codex -> codex app-server -> SkyComputerUseService

  • #28583:Codex Desktop repeatedly invalidates code signature and triggers syspolicyd/trustd high CPU


目前没看到明确修复 PR。能看到一些 signing/notarization release workflow 相关 PR,但不像是已经闭环解决这个问题。


另外 Codex Desktop 现在界面里提示有更新,疑似可以更新到 26.609.71450 / build 3965,但 GitHub 上已经有人反馈这个 build 仍然存在 codesign 验证失败的问题,所以暂时没敢直接裸点更新。


当前怀疑方向


目前我倾向于认为不是单纯本地历史损坏,也不是单纯 App 安装包坏了,而是下面几类路径之一:



  1. Codex Desktop 登录态/API key 后初始化能力时触发 helper/runtime 校验

  2. app-servercodex-execve-wrapper 拉起时触发 macOS SystemPolicy/Gatekeeper 循环

  3. Computer Use / SkyComputerUseService / com.openai.sky.CUAService 相关签名或 entitlement 问题

  4. Chrome/browser/computer-use bundled plugin/native host 被隐式初始化

  5. /Applications/Codex.app 在更新或运行后出现 codesign/spctl 评估异常

  6. Sparkle 更新器下载/替换/签名校验状态异常


想请教大家



  1. 有没有人也遇到 Codex Desktop 打开后 syspolicyd / trustd 高 CPU?

  2. 有没有办法更准确地定位 syspolicyd 到底在反复校验哪个 bundle/helper/runtime?

  3. 对于这种疑似 Electron/Sparkle/Helper 签名或 notarization 触发 Gatekeeper 循环的问题,有没有推荐的 macOS 排查方式?

  4. 有没有办法彻底禁用 Codex Desktop 的 Computer Use / browser / chrome helper 初始化,而不是仅靠 config 里的 bundled plugin false?


再次感谢各位大佬

最新回复 (2)
  • Ence 06-18 11:03
    1

    之前和你一样,用这个插件GitHub - vibeforge1111/keep-codex-fast: A backup-first Codex skill for keeping local Codex state fast, clean, and recoverable. · GitHub 处理一下就好多了


    但是还要多问一句,本地有没有在跑什么构建或者端口,有时候 codex 为了尝试或者 debug 本地会开很多无能窗口并发处理,处理完又不关。

  • xhz 楼主 06-18 11:16
    2

    感谢大佬,我试一下这个插件

    本地没有跑构建,codex打开之后,没有任何指令,cpu就开始飙升了,然后会卡死重启,这两天mac卡死重启的次数比我这十来年加起来都多(^-^

* 帖子来源Linux.do
返回