CC Switch 升级到 3.19.1 后DeepSeek 的 Codex 供应商还需要本地路由吗【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switch如果你把 CC Switch 升级到了 3.19.1并且已经在 Codex 标签下使用 DeepSeek 供应商最直接的问题是本地路由还要不要开着这一版把 DeepSeek 预设从 Chat 格式改成了原生 Responses 直连api.deepseek.com端点已确认提供 Responses API新预设不再需要本地路由接管。但「是否需要路由」的答案不取决于版本而取决于你的供应商是什么时候、以什么方式保存的以及你要用哪个模型。本文给出判断方法和三种情况下各自的操作路径依据来自仓库内的 Codex DeepSeek 路由攻略 与 v3.19.1 发布说明。先判断看供应商卡片上的徽章判断方法只有一个打开 CC Switch切到顶部Codex标签看目标供应商卡片上有没有需要路由徽章带需要路由徽章→ 这个供应商走的是 Chat 格式仍需本地路由做 Responses → Chat Completions 转换。没有徽章→ 它已是 Responses 原生直连请求不经过本地代理直接用即可。带不支持路由徽章→ 这是官方供应商CC Switch 会阻止它走本地路由。徽章由供应商保存时记录的 API 格式决定升级 CC Switch 不会改变已有供应商的行为。具体到 DeepSeek升级到 3.19.1 之后有三种情况你的情况是否需要路由说明3.19.1 之前保存的 DeepSeek 供应商需要仍带徽章预设改动只影响新建的供应商已保存的配置原样保留想改走直连见下文「转直连」3.19.1 之后用预设新建的 DeepSeek不需要直连api.deepseek.com并会拿到 DeepSeek 官方的模型目录想用deepseek-v4-pro需要DeepSeek 官方尚未为该模型开通 Codex 集成官方给出的时间是 2026 年 8 月初直连会上游报错必须走 Chat 路由需要说明的背景新版 Codex CLI 面向 OpenAI Responses API而很多供应商实际暴露的是/chat/completions。路由的作用是让 Codex 始终连本机http://127.0.0.1:15721/v1由本地路由识别 Chat 格式供应商把 Responses 请求改写成 Chat Completions 发给上游再把响应含流式 SSE转回 Responses 形态。供应商原生就是 Responses 的这一步整条跳过请求直接发往上游。情况一3.19.1 之后用预设新建的供应商——不用路由用 DeepSeek 预设新建的供应商声明为原生 Responses写出的config.toml与之前一致本来就是wire_api responses变的是目录生成档位它会镜像下发 DeepSeek 自己发布的模型目录含deepseek-v4-flash与deepseek-v4-pro两个条目、freeformapply_patch注册与配套的 GPT-5 提示词框架而不是中性模板。直连时有两个文档明确给出的前提Codex CLI 需要 0.144.0 或更新。镜像目录声明了客户端最低版本 0.144.0freeformapply_patch注册需要这个版本而CC Switch 自己不做校验——版本不够的报错会出现在 Codex 一侧。生成的目录文件会涨到约 75 KB因为每个条目都带完整的提示词框架文本属正常现象。另外注意镜像目录里虽然列着deepseek-v4-pro但它的 Codex 集成尚未开通直连模式下选 pro 会在上游报错。预设默认模型是deepseek-v4-flash用它是安全的。验证方式在 Codex 里用/model查看当前模型是否来自 DeepSeek 目录再发一个小问题确认能正常返回。直连后这条路径的请求不会出现在本地路由面板里见下文「用量归属」一节所以「路由面板没有记录」对直连供应商来说是预期行为不是故障。情况二升级前保存的旧 DeepSeek 供应商这是本次升级最容易踩空的地方v3.19.1 的发布说明明确写有「预设变更只影响新建供应商」。已经保存的 DeepSeek 供应商保持它存的 API 格式仍然带需要路由徽章切换时若路由未启动会弹出「需要路由服务才能正常使用」的提示。你有两条路。路线 A维持现状Chat 路由不做任何修改保持上游格式为Chat Completions需开启路由并按下文「开启本地路由」一节确保路由服务与 Codex 接管处于开启状态。这条路径在功能上没有任何变化3.19.1 之前一直走的就是它。路线 B改成直连不必删掉重建。编辑该供应商在表单底部的高级选项里把上游格式改为Responses原生保存即可。下次切换到它时CC Switch 会认出deepseek.com地址并套用 DeepSeek 官方的模型目录freeformapply_patch、GPT-5 harness、low/high/max 思考档与 web_search 都会照常生效。有一个小差别要处理——上下文窗口供应商自己保存的模型行优先级更高3.19.1 之前存下的1000000会盖掉官方声明的1048576少 4 万多 token。介意的话在高级选项→模型映射里把对应行的上下文窗口改成1048576或者干脆从预设重新新建一个供应商。反过来如果这个旧供应商你要拿它用deepseek-v4-pro就把上游格式保持或改回Chat Completions需开启路由走情况三。情况三必须用 deepseek-v4-proDeepSeek 官方侧针对 pro 的 Codex 集成尚未开通官方给出的时间是 2026 年 8 月初。在那之前直连模式下选 pro 会直接在上游报错。文档给出的两条路把该供应商的上游格式改为Chat Completions需开启路由并开启路由接管。本地代理会把 Codex 发出的 Responses 请求转换成 Chat Completionspro 在这条路上不受影响。改用deepseek-v4-flash它是预设默认值直连不受影响。官方集成开通之前第一条是当前唯一能直连使用 pro 的路径如果暂时用不到 pro不必为它保留路由。需要路由时开启本地路由并接管 Codex以下操作适用于情况二的路线 A、情况三以及所有仍为 Chat 格式的供应商Kimi、智谱 GLM、SiliconFlow、ModelScope 等本文以 DeepSeek 为例的说明对它们同样适用。前置条件已安装并能启动 CC Switch已安装 Codex CLI 并至少运行过一次让~/.codex/config.toml目录结构存在目标供应商的 API Key。进入设置里的路由页面对应 应用路由 文档中的「设置 → 高级 → 路由服务 → 应用路由」区域展开本地路由打开路由总开关启动本地服务默认地址127.0.0.1:15721。在路由启用中打开Codex。如果只想让 Codex 走路由可以保持 Claude、Gemini 关闭。接管后CC Switch 会把 Codex 的 live 配置指向本机路由并用占位符管理认证真实 API Key 仍保存在 CC Switch 的 Provider 配置里由本地路由在转发时注入不需要把 Key 暴露给 Codex 的 live 配置。回到 Codex 供应商列表点击目标供应商的启用。切换后建议重启当前 Codex 终端会话原因有二Codex 进程可能已经读取过旧的config.tomlmodel_catalog_json生成后/model菜单通常需要新进程才能刷新。验证进入 Codex 后用/model查看当前模型是否来自对应预设发一个小问题确认路由面板的请求数增长或在用量/请求日志里看到 Codex 请求。路由模式下切换供应商即时生效无需重启 CLI关闭路由时 CC Switch 会把应用配置恢复到路由前的状态并保存请求日志见 代理服务 文档。走直连之后用量归属会变这一点值得单独确认否则升级后会误以为用量丢了供应商改走直连后请求不再经过本地路由按请求计费的代理用量统计里就看不到它了。用量本身不会丢——Codex 的会话日志导入照常记录——但这条路径不携带供应商身份所有没走本地代理的 Codex 用量会一起归入名为Codex (Session)的条目官方订阅的消耗也在这一行里。要区分它们看模型每条用量记录都带着自己的模型 ID用量面板的「模型统计」按模型逐行列出费用与 token 都是分开的。如果你确实需要按供应商维度对账比如比较多个聚合站上同一个模型的价格那就保持上游格式为 Chat 并开着路由接管——这条路径会记录真实的供应商名。常见检查项以下现象与排查方法均来自攻略的常见问题部分Codex 报 404 或找不到/responses通常是没开 Codex 接管或手动把上游 Chat base URL 直接写给了 Codex。检查~/.codex/config.toml是否指向http://127.0.0.1:15721/v1。上游报 404用内置预设时先确认供应商确实来自预设且 Codex 路由已启用。只有自定义供应商才需要额外检查 base URL——它应该是对方文档给出的服务端点DeepSeek 为https://api.deepseek.com而不是带/chat/completions的完整接口路径。切到deepseek-v4-pro后上游报错把上游格式改回Chat Completions需开启路由并开启路由接管或改用deepseek-v4-flash。/model看不到供应商的模型保存供应商后重启 Codex。CC Switch 会生成cc-switch-model-catalog.json并把路径写入model_catalog_json正在运行的 Codex 进程不一定会热加载模型目录。另外目前 Codex app 不支持多模型选择默认使用配置的第一个模型。开了路由但请求仍走错供应商确认三处状态一致——Codex 标签下当前供应商正确、本地路由服务正在运行、路由启用里 Codex 开关已打开。能否用官方 OpenAI Codex 账号走本地路由不建议。CC Switch 会在接管模式下阻止切到官方供应商用代理访问官方 API 可能带来账号风险路由主要用于第三方、聚合或协议转换场景。限制与升级提示v3.19.1没有数据库迁移schema 版本保持 v16不会触发升级前备份升级即用如果尚未升级可下载该版对应的 Windows / macOS / Linux 安装文件发布说明末尾列有各平台文件名与 Homebrew 安装方式。已经是原生 Responses 且地址在deepseek.com上的供应商下次切换时会自动用上镜像的官方目录不需要重新保存——判定读的是 live 配置。除 DeepSeek 外Kimi、智谱 GLM、SiliconFlow、ModelScope 等仍是 Chat 格式的供应商本文的路由路径对它们完全适用把 DeepSeek 换成对应预设即可火山方舟 Coding Plan 与腾讯混元 TokenHub 在 3.19.1 中同样改成了直连不再需要接管。进一步阅读添加供应商含 Codex 本地路由与模型映射的完整表单说明、应用路由、Codex 路由攻略。【免费下载链接】cc-switchA cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Grok Build Hermes Agent. Only official website: ccswitch.io项目地址: https://gitcode.com/GitHub_Trending/cc/cc-switch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考