Codex接入DeepSeek无响应是因协议转换链路中断，需确认cc-switch进程运行、状态栏显示双✅、禁用WebSocket支持，并验证日志中请求是否抵达DeepSeek及API密钥与协议配置正确。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex接入DeepSeek后输入问题却无任何回复，光标闪烁几秒后静默退出，或反复显示“Reconnecting 1/5”直至超时——这不是模型没加载，而是协议转换链路在某处中断，请求根本没发出去或被上游拒绝。
确认本地代理是否真正运行
打开终端或命令行，执行 ps aux | grep cc-switch（macOS/Linux）或任务管理器搜索 cc-switch（Windows）。【如果进程不存在，所有后续配置都无效】
若未运行，手动启动 cc-switch：进入安装目录 → 双击 cc-switch.exe（Windows）或运行 ./cc-switch（macOS/Linux）。
启动后观察窗口左下角状态栏：必须显示“✅ Local Routing: ON”和“✅ Codex Route: ENABLED”。任一为❌，立即进入设置→路由页手动开启。
强制关闭 WebSocket 重连机制
这是导致“Reconnecting 2/5”卡死的最常见原因。Codex 默认启用 WebSocket 长连接，但 cc-switch 的 Responses-to-Chat 转换层不支持该协议，会持续重试直至失败。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法一：修改 cc-switch 配置文件
找到 config.yml（通常位于 cc-switch 安装根目录），在 providers: 下对应 DeepSeek 供应商区块中添加一行：supports_websockets: false
方法二：通过 UI 界面关闭（推荐）
cc-switch 主界面 → 供应商列表 → 点击已添加的 DeepSeek 条目 → 找到「高级设置」折叠区 → 勾选 【禁用 WebSocket 支持】 → 保存。
⚠️ 注意：不改此项，即使 API Key 正确、路由开启，Codex 也会卡在第 2 次重连后断开，且不会报错，只静默失败。
验证请求是否抵达 DeepSeek
第一步：打开 cc-switch 日志面板（通常在右上角「日志」按钮）
第二步：在 Codex 中输入任意内容并发送
第三步：观察日志中是否出现形如 [INFO] → deepseek-v4-flash → 200 OK 或 [ERROR] ← deepseek-v4-pro → 401 Unauthorized 的记录
若日志完全空白或只有 [INFO] ← Codex → /v1/responses 但无后续 → 说明请求卡在 cc-switch 内部，未转发出去，检查上一步的 supports_websockets 是否生效。
若出现 401 Unauthorized → 复制当前日志里显示的 API Key 前 8 位，登录 platform.deepseek.com → API Keys 页面核对是否一致；【切勿复制带星号的遮蔽密钥，必须用创建时弹窗里显示的完整 sk-xxx 字符串】
若出现 400 Bad Request 且含 "messages[1].role: unknown variant `developer`" → 说明 cc-switch 未启用 Responses 协议转换，仍以原始格式直发给 DeepSeek。立刻检查：cc-switch 版本是否 ≥3.16.0？路由开关是否开启？供应商是否选的是「DeepSeek（Responses 预设）」而非「OpenAI Chat」？
