Codex响应变慢是因模型与认证配置错位导致降级至WebSocket慢速路径。需执行codex debug config检查model_provider与auth_type是否匹配，确认config_path路径并统一配置，清理sessions目录后重启，再通过Network面板验证请求URL是否含/responses且无/ws字样。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex切换模型后响应变慢，不是模型本身变卡，而是配置错位导致它仍在走旧通道——比如用ChatGPT账号却硬塞DeepSeek模型，或切完模型没清理残留会话，系统被迫降级回WebSocket慢速路径。
确认当前模型与认证是否匹配
在Codex CLI中执行：codex debug config→ 查看输出中的 model_provider 和 auth_type 字段值。
若 model_provider 显示 deepseek-v4-flash、qwen2.5-72b 等国产模型名，但 auth_type 仍为 chatgpt，则说明认证方式与模型不兼容——Codex会直接拒绝请求，转而 fallback 到低效重试逻辑，造成“输入后光标不动、状态栏持续转圈”。
这一步必须做，否则后续所有优化都无效。
检查并统一配置文件路径
CC Switch等工具常只修改了其中一个 config.toml 文件，而 Codex 实际读取的是另一个路径下的配置。
方法一：查真实加载路径
执行 codex debug info→ 输出中找 config_path 行，它显示的才是 Codex 当前真正读取的配置文件位置。
方法二：手动比对关键文件
打开两个常见路径：
• Windows：C:\Users\你的用户名\.codex\config.toml 和 C:\Users\你的用户名\.codex\auth.json
• 自定义路径（如 D:\codex-home）下的同名文件
逐行对比 model_provider、auth_type、api_base 是否完全一致。
【注意】auth.json 中的 auth_type 必须与所选模型供应商匹配：deepseek 对应 deepseek_key，qwen 对应 qwen_api_key，不能留空或写成 chatgpt。
强制清理残留会话并重启
第一步：关闭所有 CodexDesktop 窗口及后台进程（包括任务管理器中残留的 codex.exe 或 electron-sampler 进程）；
第二步：删除 sessions 目录下全部内容：
• Mac/Linux：执行 rm -rf ~/.codex/sessions/
• Windows：手动进入 C:\Users\你的用户名\.codex\sessions\，清空整个文件夹；
第三步：重新启动 CodexDesktop，新建对话测试。
不清理 sessions，旧对话会沿用之前 model_provider="openai" 的记录强行续聊，哪怕你已切到 qwen2.5，它仍会试图走 WebSocket 路径，触发 8～15 秒 fallback 等待。
验证是否走对通道
新建对话后，输入 “hi” 发送 → 按 Ctrl+Shift+I 打开开发者工具 → 切到 Network 标签页。
观察最新请求 URL：
✅ 正确：含 /responses 且无 /ws、/websocket 字样；
❌ 错误：出现 /v1/chat/completions 或 /ws 路径，说明仍在走 OpenAI 兼容通道。
看到 /responses?prompt= 即表示已成功接入 HTTP 快速通道，响应延迟将从秒级降至毫秒级。
