其他

关注公众号 jb51net

关闭
AI > 其他 >

Codex接入DeepSeek本地路由的详细教程

资源分享助手

Codex接入DeepSeek本地路由教程(使用CC Switch)

关键词:Codex CLI、DeepSeek API、CC Switch、本地路由、OpenAI Chat Completions 转换、模型代理、API 兼容层

Codex接入DeepSeek本地路由教程(使用CC Switch)

V1:问题分析——为什么需要本地路由

Codex CLI 新版本默认面向 OpenAI Responses API,而市面上大多数模型服务(DeepSeek / Kimi / MiniMax / SiliconFlow 等)实际提供的是:

OpenAI Chat Completions 规范:/chat/completions

两者核心差异:

维度Responses APIChat Completions
请求路径/v1/responses/v1/chat/completions
数据结构Response ObjectMessage Array
流式协议event-basedSSE chunk
tool 调用标准化 tool schema各家兼容不一

直接把 Chat API 塞进 Codex 配置会出现:

V1.1 架构设计(CC Switch 核心链路)

V1.1 架构设计(CC Switch 核心链路)

CC Switch 的核心思路是 “协议中间层转换”

Codex CLI
   ↓ (Responses API)
本地路由 127.0.0.1:15721
   ↓ (协议识别 + 改写)
Chat Completions 上游(DeepSeek)
   ↓
响应转换(Chat → Responses)
   ↓
Codex CLI

关键机制:

Codex 强制指向本地:

http://127.0.0.1:15721/v1

Provider 标记:

meta.apiFormat = openai_chat

路由层执行:

输出再转换回 Responses

准备工作

在开始前确认以下环境:

Step 1:添加 DeepSeek Provider

进入 CC Switch:

Codex → 添加供应商 → 选择 DeepSeek 预设

Step 1:添加 DeepSeek Provider

填写:

预设已包含:

Step 2:开启本地路由(核心步骤)

Step 2:开启本地路由(核心步骤)

进入:

设置 → 路由 → 本地路由

开启:

1)路由服务

http://127.0.0.1:15721

2)Codex 接管开关

完成后效果:

Step 3:切换供应商并重启 Codex

操作:

  1. 在 Codex Provider 中启用 DeepSeek
  2. 确认提示:需要路由
  3. 重启 Codex CLI

原因:

Step 4:验证是否生效

进入 Codex 后执行:

/model

正常情况:

其他 Chat 供应商接入方式

CC Switch 已预置:

通用规则:

项目配置
API FormatOpenAI Chat Completions
Base URL服务根地址(不带 /chat/completions)
路由必须开启(如果是 Chat 格式)

常见问题排查

1. Codex 报 404 / 找不到 /responses

原因:

检查:

~/.codex/config.toml

应为:

http://127.0.0.1:15721/v1

2. DeepSeek 上游 404

通常原因:

正确方式:使用 CC Switch 预设

3. /model 看不到模型

原因:

解决:

4. 请求没有走 DeepSeek

检查三点一致性:

CC Switch vs 直连 API

模式优点缺点
直连 Chat API简单不兼容 Codex
CC Switch 路由兼容 Codex + 多供应商需要本地服务

下载地址

工具地址
CC Switchhttps://pan.quark.cn/s/abb75497e919
Codex CLIhttps://codexdown.cn/

参考说明

本方案本质是:

OpenAI Responses → Chat Completions 的协议代理层

适用于所有“只提供 Chat API,但需要接入 Codex/Agents”的场景。

以上就是Codex接入DeepSeek本地路由的详细教程的详细内容,更多关于Codex接入DeepSeek本地路由的资料请关注脚本之家其它相关文章!