codex响应慢但无报错，通常因websocket死循环、配置未加载、旧会话残留或electron-sampler争抢资源；需依次验证环境、配置路径、强制降级http、清理session并禁用wmi采样。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex响应太慢但没有报错，说明请求已发出、模型也在运行，只是卡在链路某处——可能是WebSocket死循环重连、配置未加载、旧会话残留强行走慢路径，或是本地资源被electron-sampler持续争抢。
先确认命令是否真正执行
打开终端，输入codex --version。若无任何输出，说明Node.js环境或全局PATH未就绪，【此时连配置文件都还没读到】。
在你实际敲codex的那个终端里，依次运行node -v和npm list -g @openai/codex。后者显示empty或报错，必须用管理员权限重装：npm install -g @openai/codex。
Windows用户特别注意：PowerShell能运行不代表CMD或Git Bash也能运行，三者PATH可能不一致。
检查配置文件是否被正确加载
方法一：直接验证路径是否存在有效配置
Windows用户打开资源管理器，粘贴路径：C:\Users\你的用户名\.codex\config.toml。如果该路径打不开，或文件名为config.toml.txt（Windows默认隐藏扩展名），说明配置根本没生效。
方法二：强制触发配置读取错误提示
临时把config.toml重命名为config.toml.bak，再运行codex。如果终端立刻报错config file not found，说明程序确实在读这个位置；如果依然无响应，说明它压根没走到配置加载阶段。
注意：VSCode插件和CLI可能读取不同配置。插件默认读~/.codex/，但Windows上~可能指向C:\Users\用户名或C:\Users\用户名\AppData\Roaming\Code\User，不能假设一致。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
强制禁用WebSocket降级为HTTP轮询
第一步：编辑~/.codex/config.toml（Windows路径为C:\Users\你的用户名\.codex\config.toml）
第二步：在[client]段落下添加：use_websocket = false
第三步：【加完必须重启终端，否则不生效】
这一步能绕过90%的“reconnecting…5/5”类假死现象。如果禁用后立刻响应，就坐实是代理对wss支持不全——Clash for Windows、V2RayN等多数代理软件默认不转发WebSocket流量，你在浏览器能访问API，不代表终端里的Codex能走通wss。
清理残留会话并切换快速模式
① 关闭所有CodexDesktop窗口及后台CLI进程。
② 手动删除C:\Users\你的用户名\.codex\sessions\下全部文件夹（Mac/Linux执行rm -rf ~/.codex/sessions/）。
③ 用文本编辑器打开config.toml，在文件末尾新增四行：model_provider = "chatgpt-http"[model_providers.chatgpt-http]wire_api = "responses"requires_openai_auth = true
④ 保存文件，重新启动CodexDesktop。
不清理旧session，重启后仍可能沿用WebSocket路径续聊，优化完全失效。
排查electron-sampler导致的系统级卡顿
如果出现打字延迟、鼠标拖动卡顿、播放音乐卡顿等整机响应变慢现象，大概率是CodexDesktop内置的electron-sampler组件在Windows下异常采集WMI快照所致。
打开config.toml，在文件末尾新增以下区块：[sandbox]disable_wmi_sampler = true
改完必须重启CodexDesktop，仅重启终端窗口无效。
