必须通过真实请求验证协议转换、认证、路由和模型响应是否全部通路，最快验证是输入 /model deepseek-v4-pro 看是否显示“via local_proxy”，其次用代码提问观察deepseek v4特有的简洁技术风格，最后通过开发者工具确认请求发往 http://127.0.0.1:15721/v1/responses 且 authorization 含 sk-xxx、状态码 200。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
确认Codex已成功接入DeepSeek，不能只看配置界面是否保存成功，必须通过真实请求验证协议转换、认证、路由和模型响应是否全部通路。以下测试方法按实操优先级排序，从最快捷到最底层。
在对话窗口执行模型切换命令
这是最快、最直接的验证方式，5秒内出结果。
第一步：打开Codex桌面版任意一个对话窗口，在输入框中输入 /model deepseek-v4-pro 或 /model deepseek-v4-flash，然后回车。
第二步：观察输入框上方或消息区域是否立即出现提示文字，例如“Model changed to deepseek-v4-pro (via local_proxy)”或“已切换至 deepseek-v4-flash（通过 local_proxy）”。【只有显示 via local_proxy 才代表本地路由生效】
如果提示“Model not found”或无任何反馈，说明模型未加载或路由未启用，需回头检查cc-switch中供应商是否启用、本地路由总开关是否打开。
发送一条实际提问并观察响应特征
模型切换成功只是路径通了，还需确认返回内容确实是DeepSeek V4生成的，而非OpenAI兜底或空响应。
在同一个对话窗口中，输入一句带代码意图的提问，例如：“用Python写一个读取CSV并统计每列缺失值的函数，要求用pandas，返回字典。”
等待响应完成。DeepSeek V4的典型特征包括：代码块自动包裹在```python```中、注释语言简洁偏技术向、不主动加解释性段落、极少使用emoji或语气词。如果返回内容像ChatGPT那样先铺垫三句话再给代码，大概率走的是OpenAI通道，没走DeepSeek。
这一步不需要对比耗时或格式细节，只要第一眼能判断出风格差异，就基本可确认模型身份。
打开开发者工具查看网络请求
这是唯一能100%确认请求走向的技术手段，适合排查静默失败场景。
方法一：在Codex桌面版中按 Cmd+Option+I（macOS） 或 Ctrl+Shift+I（Windows） 呼出开发者工具 → 切换到 Network 标签页 → 在对话中发一条新问题。
方法二：在Network面板中筛选 XHR 请求，找到目标URL。成功接入时，该请求地址应为 http://127.0.0.1:15721/v1/responses（cc-switch默认路由端口），而不是 https://api.openai.com 或其他远程地址。
点开该请求，查看 Headers → Authorization 字段是否以 Bearer 开头并包含你的 sk-xxx 密钥；Response 标签页状态码应为 200，且 body 中有 content 字段而非 error 字段。若看到 401 错误，说明 API Key 未正确透传；若看到 404，说明路由地址填错或cc-switch未运行。
