01 · 开始前,先核对四项信息
| 需要准备 | 去哪里确认 | 还不确定时怎么办 |
|---|---|---|
| Codex客户端与版本 | 当前应用的版本信息;CLI可先看安装说明 | 先完成Codex安装,不要把别的客户端界面当成自己的入口 |
| CC Switch | 官方网站或项目Release | 从CC Switch项目发布页选择对应系统/CPU的安装包 |
| API Key与可用权限 | 你所用服务的账户控制台 | 确认Key属于同一服务、未撤销,并有可用权限/额度;不要使用别人发来的密钥 |
| 地址、模型、接口协议 | 同一服务的当前接入文档 | 同时确认Base URL、模型ID和协议;仅知道模型品牌名还不够 |
CC Switch负责管理与切换配置;Codex负责执行任务;API服务处理模型请求。三者的角色不同,登录其中一个不表示其他部分已经配置成功。
Windows安装包名称和版本会变化。按当前Release说明选择安装版或便携版,并确认x64/ARM等架构。签名文件不是安装程序。已经装好CC Switch的读者可以直接进入下一步,不必重新安装。CC Switch官方安装说明
注意: 配置之前记下原来的Provider名称和当前使用方式;本地配置备份也可能包含密钥,应妥善保存。不要把完整Key、Token或auth.json发到聊天、工单、截图或公开仓库。
还没有可用API服务?先核对小贺API的适用场景、接入说明和服务条件。如果已有其他能满足需求的服务,可以继续使用,不必为了本教程更换。
02 · 导入配置:先看你的控制台提供哪种入口
路径A:控制台提供“导入到CCS”
- 打开所用服务的控制台,进入自己的API Key列表,找到准备使用的Key。
- 如果该行提供“导入到CCS”或同类按钮,先启动本机CC Switch,再点击导入。
- 浏览器询问是否打开本地应用时,核对来源域名和目标应用确实是CC Switch,再继续。
- 回到CC Switch,查看新出现的配置。确认它属于Codex,而不是Claude Code或其他客户端。
小贺AI原有教程描述了小贺API的这一导入方式;当前账户是否显示该按钮,需要以登录后的实际界面为准。没有看到入口时,先核对当前服务说明,不要猜测导入链接,也不要不断导入产生多条难以辨认的配置。
路径B:没有导入入口,需要手动配置
先查看服务方是否提供当前CC Switch版本的配置说明。如果需要在Codex标签下添加Provider,请使用同一服务提供的地址、模型和认证方式;不会确认时,转到Codex手动配置第三方API教程。
不要把A服务的Key、B服务的Base URL和C教程的模型名拼在一起。也不要看到别人的地址带/v1就直接添加;实际取决于客户端怎样拼接请求路径。Base URL中的/v1如何判断
03 · 确认配置启用,并检查协议是否匹配
在CC Switch的Codex标签下找到刚导入或添加的配置。按钮可能叫“启用”“切换”或其他类似名称,以当前版本为准。保存一条配置与将它设为当前配置,是两个动作。
依次核对:
| 检查项 | 通过标准 |
|---|---|
| 客户端 | 配置属于你要使用的Codex路径 |
| 当前状态 | 该Provider显示为当前启用项,而不只是出现在列表里 |
| Base URL | 与该服务的当前说明一致,不是账户登录网页 |
| 模型 | 模型ID来自当前服务的可用模型清单,不照抄旧截图 |
| Key | 来源正确、未撤销;界面和截图中保持隐藏 |
| 协议 | 已确认服务支持的接口与当前接入方式匹配 |
如果服务原生支持Codex所需的Responses接口,与只支持Chat Completions的服务,接入路径可能不同。CC Switch当前官方指南说明:需要协议转换时可能要启用本地路由及Codex接管。不是所有Provider都要开启路由,也不是写对模型名就等于协议兼容。 按你的版本和服务说明选择对应路径,不为尝试而同时开启所有开关。CC Switch官方协议与路由说明
使用Codex桌面App,且需要在第三方模型配置之外保留官方登录相关能力的读者,应额外阅读同一官方指南的适用条件。这不是所有CLI用户的统一前置步骤,也不要手动复制别人的官方登录缓存。Codex的认证与自定义Provider行为需结合当前官方配置说明核对。Codex认证文档 · 高级配置文档
04 · 重启你实际使用的客户端,做一次只读验证
第一步:退出旧会话,再重新打开
保存正在进行的工作后,正常关闭当前Codex会话并重新打开。如果你实际用的是IDE扩展,就在相同IDE环境下验证;使用CLI,就在重新打开的终端会话中验证。不要在CLI测试成功后,直接断言另一个App也使用同样配置。
先选一个你有权读取、没有敏感资料的练习目录。记录测试时间、系统、客户端与版本、CC Switch版本、Provider名称和模型ID,便于失败时对照。
第二步:发送这个最小任务
只查看当前目录。
列出你实际看见的文件名,并简要说明能够从这些文件确认的信息。
不要修改文件,不要安装依赖,不要访问外部网站。
如果目录为空或信息不足,请直接说明,不要猜测项目内容。
这段提示词用于观察一次真实任务,不能代替客户端本身的权限控制。审核任何写入或外部访问请求;第一次验证没有必要让工具重构项目、安装一批依赖或执行生产操作。
回答中出现可核对的文件名,说明任务有进展;模型自称“我使用某模型/某服务”并不能证明真实请求去向。
第三步:对照结果与请求记录
| 你要验证的事 | 应看到的证据 | 没通过时 |
|---|---|---|
| 客户端完成最小任务 | 返回内容与练习目录相符,没有认证/接口错误 | 按下一节错误表分流 |
| 文件未被修改 | 检查目录变化;若使用Git,可以查看差异 | 停止扩大任务,核对权限与任务要求 |
| 当前配置来源正确 | CC Switch中目标Provider已启用;客户端环境与本次验证相同 | 检查启用对象、旧会话、配置覆盖 |
| 请求由预期服务处理 | 如服务提供请求/用量记录,用时间、模型、request_id等脱敏字段对照本次请求;路由模式可辅助看本地记录 | 记录可能有延迟;没有证据时只能说任务成功,不能断言计费方已确认 |
当最小任务成功、文件保持不变、请求归属符合预期后,再进行小范围修改。如果需要回到原来的服务,按CC Switch当前版本的切换/关闭接管说明恢复原Provider,并重复同一个最小任务;不要通过删除全部配置来碰运气。
05 · 常见错误:每次只检查一个分支
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 点击导入后CC Switch没有新配置 | 是否安装并启动正确应用;浏览器是否允许打开本地应用;入口是否来自当前服务 | 核对当前导入说明,避免连续重复导入;必要时走手动配置教程 |
| 显示已保存,但仍使用旧配置 | 是否在Codex标签启用;是否重开了实际使用的客户端;是否有项目/环境设置覆盖 | 查看配置不生效排查,保留原值,一次改一个来源 |
| 401 / Unauthorized | 当前认证路径、Key所属服务、是否撤销/过期、地址是否匹配 | 先看401与403的区别,不要先充值或公开密钥 |
| 404 / 模型不存在 | 服务地址、最终接口路径、协议、模型ID;以具体错误体区分 | 对照Base URL与/v1和当前服务模型清单 |
| 429 / 请求受限 | 哪个服务返回限制;是频率、并发、配额还是其他用量限制 | 看429与额度排查,避免持续高频重试 |
| 超时 / 连接失败 | 客户端网络、本地路由是否运行、服务状态与错误发生时间 | 先查看对应服务状态,再做同一个小任务;不要同时替换Key、模型和地址 |
仍失败时,提交这些脱敏信息即可:系统与客户端版本、CC Switch版本、Provider名称、测试时间与时区、错误原文/状态码、request_id(如有)、改过哪一项。不要提交完整Key、认证缓存、原始账户截图或敏感项目文件。
相关教程与下一步
- 需要手动维护参数:Codex配置第三方API。
- 不知道地址是否需要后缀:Base URL中的/v1怎么填。
- 基础连接已经成功:Codex第一次任务怎么做。
- 希望复用工作流程:Codex Skills安装与使用。
还需要多模型API接入?
如果你准备让Codex或Claude Code长期连接模型服务,可以先查看小贺API当前支持的模型、接口协议、计费方式、使用限制和服务说明,再判断是否适合你的任务。小贺API为独立第三方服务,不是OpenAI或Anthropic官方服务。
配置仍有困难时,先完成上面的错误分流,再查看配置支持范围与条件。是否适用远程支持,以当前页面和服务说明为准。
资料来源
- CC Switch官方中文网站
用于核对官方入口和产品说明。
- CC Switch GitHub Releases最新页
用于下载当前稳定版;版本号和文件名会随发布变化。
- CC Switch官方安装指南
用于核对Windows安装包、Portable免安装版和Windows 10+要求。
- CC Switch官方切换供应商说明
用于核对启用Provider和Codex重启生效说明。
- OpenAI Codex官方入门页
用于核对Codex客户端安装入口;页面可能按系统和版本调整。
- Codex认证与自定义Provider
2026-09-16核对公开文档;未以真实账户验证小贺API导入与计费。
- CC Switch协议与官方登录保留指南
保留官方登录和本地路由须按版本、协议与实际需求选择。
FAQ
一定要使用CC Switch吗?
不一定。它适合集中管理和切换配置;如果只用一套服务,并能维护当前客户端的配置,手动方式也可以。选择能看懂、能验证和能恢复的方式,不必为了工具本身增加一层复杂度。
导入之后还需要修改所有字段吗?
不用把自动导入的配置再全部手填一遍。先检查目标客户端、当前状态和参数来源;只有确认某个字段与当前服务说明不一致时,才修改该项并重新验证。未知字段应查当前文档,不照抄旧图。
界面显示官方账号,能说明模型请求仍走官方吗?
不能单凭账号头像或显示名称判断。在保留官方登录身份的某些配置方式下,模型请求可能使用另一Provider。以当前配置、必要的路由记录和服务端请求记录对照确认;功能支持与费用分别按实际使用方说明理解。
配好以后可以马上安装Skills和MCP吗?
建议先保留这次成功的最小测试记录,再逐项扩展。每增加一个Skill或MCP Server,就验证它的具体任务;出现问题时更容易区分模型接入、工具连接与工作流本身。
