操作教程

CC Switch配置Codex:导入API后完成首次验证

先看答案

把同一服务提供的配置导入CC Switch,在Codex标签启用,重启你实际使用的客户端,再用只读任务和请求记录确认效果。保存配置、任务完成和确认请求归属,是三个需要分别验证的结果。

本文目录 · 跳到当前步骤

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”

  1. 打开所用服务的控制台,进入自己的API Key列表,找到准备使用的Key。
  2. 如果该行提供“导入到CCS”或同类按钮,先启动本机CC Switch,再点击导入。
  3. 浏览器询问是否打开本地应用时,核对来源域名和目标应用确实是CC Switch,再继续。
  4. 回到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,便于失败时对照。

第二步:发送这个最小任务

text
只查看当前目录。
列出你实际看见的文件名,并简要说明能够从这些文件确认的信息。
不要修改文件,不要安装依赖,不要访问外部网站。
如果目录为空或信息不足,请直接说明,不要猜测项目内容。

这段提示词用于观察一次真实任务,不能代替客户端本身的权限控制。审核任何写入或外部访问请求;第一次验证没有必要让工具重构项目、安装一批依赖或执行生产操作。

回答中出现可核对的文件名,说明任务有进展;模型自称“我使用某模型/某服务”并不能证明真实请求去向。

第三步:对照结果与请求记录

你要验证的事 应看到的证据 没通过时
客户端完成最小任务 返回内容与练习目录相符,没有认证/接口错误 按下一节错误表分流
文件未被修改 检查目录变化;若使用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、认证缓存、原始账户截图或敏感项目文件。

相关教程与下一步

还需要多模型API接入?

如果你准备让Codex或Claude Code长期连接模型服务,可以先查看小贺API当前支持的模型、接口协议、计费方式、使用限制和服务说明,再判断是否适合你的任务。小贺API为独立第三方服务,不是OpenAI或Anthropic官方服务。

查看小贺API接入与服务说明 · 已有账户?进入控制台

配置仍有困难时,先完成上面的错误分流,再查看配置支持范围与条件。是否适用远程支持,以当前页面和服务说明为准。

资料来源

FAQ

一定要使用CC Switch吗?

不一定。它适合集中管理和切换配置;如果只用一套服务,并能维护当前客户端的配置,手动方式也可以。选择能看懂、能验证和能恢复的方式,不必为了工具本身增加一层复杂度。

导入之后还需要修改所有字段吗?

不用把自动导入的配置再全部手填一遍。先检查目标客户端、当前状态和参数来源;只有确认某个字段与当前服务说明不一致时,才修改该项并重新验证。未知字段应查当前文档,不照抄旧图。

界面显示官方账号,能说明模型请求仍走官方吗?

不能单凭账号头像或显示名称判断。在保留官方登录身份的某些配置方式下,模型请求可能使用另一Provider。以当前配置、必要的路由记录和服务端请求记录对照确认;功能支持与费用分别按实际使用方说明理解。

配好以后可以马上安装Skills和MCP吗?

建议先保留这次成功的最小测试记录,再逐项扩展。每增加一个Skill或MCP Server,就验证它的具体任务;出现问题时更容易区分模型接入、工具连接与工作流本身。

继续阅读

下一步