你肯定遇到过这种情况：想用 Codex 写代码，但 OpenAI 的 API 要么贵，要么不稳定，要么干脆就用不了。这时候，你可能会想，能不能让 Codex 这个好用的工具，去调用其他更便宜、更稳定、甚至能力更强的模型呢？答案是肯定的。今天要聊的，就是如何通过一个叫CC Switch的本地代理工具，让 Codex 无缝接入 DeepSeek 的模型。整个过程不需要你修改 Codex 的任何配置，也不需要你登录任何额外的平台，本质上，就是让 Codex “以为”自己在和 OpenAI 对话，但实际上，请求已经被悄悄转发到了 DeepSeek。这听起来像是一个技术上的“偷梁换柱”，但它解决了一个非常实际的问题：如何在不改变现有工作流的前提下，低成本、高效率地使用更优质的 AI 编程能力。很多人一听到“代理”、“转发”就觉得复杂，其实不然。这篇文章的目的，就是帮你把这件事的“为什么”和“怎么做”彻底讲透，让你不仅能照着步骤做，更能理解每一步背后的逻辑，以及真正投入使用时需要注意的边界。1. 为什么需要绕开官方 API？理解 Codex 与 CC Switch 的协作本质在开始动手之前，我们先要搞清楚一个核心问题：为什么我们不直接用 DeepSeek 的官方客户端或 API，而非要费劲让 Codex 去调用它？这背后其实是一个关于“工具链”和“工作流惯性”的权衡。Codex 作为一个成熟的 AI 编程助手，其界面、交互逻辑、快捷键、与 IDE 的集成，以及最重要的——它理解开发者意图的方式，已经形成了一套高效的工作流。很多开发者已经习惯了这套流程。直接切换到另一个全新的工具，意味着学习成本、适应成本，甚至可能损失掉一些已经形成肌肉记忆的效率。CC Switch 解决的，正是这个“切换成本”问题。它的工作原理非常巧妙：本地代理：CC Switch 在你的电脑上启动一个本地服务（通常监听localhost:8000这样的端口）。请求拦截与转发：它通过修改系统环境变量或网络设置，让 Codex 发出的所有指向api.openai.com的请求，都被重定向到这个本地服务。协议转换与转发：CC Switch 收到请求后，会将其转换成 DeepSeek API 能识别的格式，并附上你的 DeepSeek API Key，发送给 DeepSeek 的服务器。响应回传：收到 DeepSeek 的回复后，CC Switch 再将其转换回 Codex 期望的 OpenAI API 响应格式，原路返回。整个过程对 Codex 是完全透明的。在 Codex 看来，它只是在和“OpenAI”正常通信，完全不知道自己背后站着的已经是 DeepSeek 了。这种方案的优势显而易见：无缝体验：你不需要改变任何使用 Codex 的习惯。成本可控：DeepSeek 的 API 定价通常比 OpenAI 更有竞争力，尤其是对于高频的代码补全场景。能力可选：你可以根据任务复杂度，在 DeepSeek 的flash（快而省）和pro（强而全）模型间灵活切换，而不用换工具。规避限制：对于无法直接访问 OpenAI 服务的地区或网络环境，这提供了一条可行的路径。理解了这一点，我们就能明白，安装配置 CC Switch，本质上是在搭建一座沟通两个优秀工具的桥梁，而不是替换掉其中任何一个。2. 从零开始：CC Switch 的安装与环境准备理论清晰了，我们开始实践。整个流程可以概括为三个核心步骤：安装 CC Switch - 配置 DeepSeek 提供商 - 在 Codex 中验证。我们一步步来。2.1 获取并安装 CC SwitchCC Switch 是一个开源项目，其发布页面在 GitHub。为了确保稳定性和兼容性，强烈建议从官方渠道获取最新版本。访问发布页：打开浏览器，访问https://github.com/farion1231/cc-switch/releases。页面会自动定位到最新的发布版本。