Skip to main content

GPT PRO 共享方案(长期更新)

在国内以任何方式订阅或使用 ChatGPT 相关服务,均无法完全避免账号封禁、订阅失效、模型降级等潜在风险!

本方案的最终目标,是在课题组内以尽可能可控的风险尽可能稳定的使用体验尽可能低的成本,逐步推广 ChatGPT 相关服务,包括网页端以及 Codex 的使用。

本文档仅作为前期可行性验证,后续将根据实际情况持续调整。


点击展开:第一轮测试与 Sub2API 分发测试(已过期)

第一轮测试 进行中

第一轮测试时间为 2026 年 6 月 1 日至 2026 年 6 月 30 日,对应现有 GPT PRO 5x 共享方案。该阶段以 5 个成员 为主要测试规模,网页端与 Codex 端同步进行测试,用于验证多人共享场景下的分发可行性、账号稳定性和维护规则。

其中,网页端主要通过 Roxy Browser 指纹浏览器分发浏览器环境,尽量保持浏览器指纹、Cookie、登录状态与代理 IP 一致;Codex 端则同步观察配置、调用和实际使用体验,为后续扩大到 Pro 20x 订阅方案提供参考。


Sub2API 分发测试 进行中

本轮测试计划自 2026 年 6 月 9 日 起启动,目标是测试通过 Sub2APICodex 进行二次分发的可行性与稳定性。测试期间,Codex 端暂不设置个人用量上限,主要用于集中验证可用性。本轮 Codex 端当前由Any Router 公益站提供 gpt-5.5 相关 Codex 模型基础用量,并额外由 GPT Pro 20x 订阅提供 gpt-5.3-codex-spark 模型用量;稳定性会随对应上游状态变化,详细说明可展开下方折叠块查看。

点击展开:上游公益站状态详细说明

本轮测试中 Codex 用量的一部分来源于上游公益站,因此可用性会同时受到上游状态影响;如果上游临时拉闸、限流或调整策略,本轮分发也会同步受影响。当前测试暂无明确截止时间,后续将根据稳定性与维护情况决定是否继续。

体验说明:公益站中的模型使用体验只代表该上游入口在当时的实际状态,不代表官方订阅或后续正式方案的真实体验。模型种类、思考能力、响应速度、稳定性和可用额度都可能与真实官方体验存在差异。

当前接入上游公益站:

  • Any Router 公益站:https://anyrouter.top,当前可体验 gpt-5.5 相关 Codex 模型,欢迎大家使用。
点击展开:gpt-5.3-codex-spark 模型使用方式与说明

gpt-5.3-codex-spark 模型用量由上游 GPT Pro 20x 订阅中的 gpt-5.3-codex-spark 额度提供。该来源同样不设置个人用量上限,但用完即止;截至 2026 年 6 月 14 日仍可正常使用,并在各个时段都可以比较流畅地使用

使用方式:如果是使用 Codex CLI 的成员,可直接使用命令 codex --sandbox danger-full-access --search -m gpt-5.3-codex-spark。如果是使用 Codex CLI 的成员使用 Codex App 的成员,也可以直接切换到 gpt-5.3-codex 模型使用;这是因为当前分发中已经做了模型映射,对应可直接路由到 gpt-5.3-codex-spark

 

 

 

 

 

 

Codex App 中切换到 gpt-5.3-codex 的示意图
Codex App 中切换到 gpt-5.3-codex 的示意图

 

 

 

 

 

 

上下文不够时怎么办:如果使用过程中遇到上下文窗口不够、历史内容太长等情况,Codex CLI 可以直接使用 /compact 进行压缩;Codex App 则可以输入 / 打开菜单后选择压缩

 

 

 

 

 

 

Codex App 中上下文压缩功能示意图
Codex App 中通过 / 菜单选择“压缩”的示意图

 

 

 

 

 

 

性能特点:该模型更适合极速编程即时反馈场景,整体表现为短上下文窗口较低思考能力,更偏向轻量快速响应,而不是重推理或长链路分析。

更详细的模型介绍与对比,可参考:gpt-5.3-codex-spark vs gpt-5.3-codex

欢迎大家在测试期内体验并反馈问题,尤其是 Codex 安装与配置文件设置方面的问题。


第二轮测试 即将开始

GPT Pro 共享方案计划于 2026 年 6 月 17 日至 2026 年 7 月 16 日 开展第二轮测试,测试周期为 30 天。本轮测试将基于第一轮 GPT PRO 5x 共享方案5 人共享 实践,不只是增加可用入口,而是进一步观察扩大到更多成员后,网页端浏览器指纹环境、Cookie 与登录态维护、固定代理出口、Codex 端反代分发以及人工预约排队机制是否仍然稳定。后续是否长期保留,将根据稳定性、维护成本和成员实际使用反馈继续调整。

测试范围覆盖三个使用入口:网页端基础模型用于日常 ChatGPT 网页端模型使用,网页端 Pro 模型用于高强度推理任务,Codex 端用于编程、调试、批量文件处理和辅助智能体。

分发方式

第二轮测试的使用入口分为三类:网页端基础模型网页端 Pro 模型Codex 端

入口 实现方式 说明
网页端基础模型
如 Thinking Heavy
Roxy Browser 指纹浏览器团队管理 成员自行注册 Roxy Browser 账号并安装客户端,管理员将成员加入 Pro5x's Workspace 后,即可在分配的浏览器环境中正常使用 ChatGPT 网页端,包括新建标签页、新建窗口、发起 GPT 对话和切换模型。
网页端 Pro 模型 在线文档预约排队 + 指定 Roxy Browser 账号 由于 Pro 模型对环境纯净度要求较高,无法多人同时使用,因此采用预约排队方式。成员按预约时间使用群内共享的指定 Roxy Browser 账号,在全部窗口中选择对应窗口并打开浏览器。Pro 模型一次深度思考可能接近半小时,建议每次至少预约约 1 小时以上,确保能完整用上 Pro 模型。
Codex 端 Sub2API 反代分发 Codex 端继续通过 Sub2API 分发,具体配置步骤参考下方 Sub2API 使用方式 折叠块即可。

网页端基础模型操作步骤本方案的功能与局限

功能一:降低多人共用时的登录环境风险。 本方案通过 Roxy Browser 指纹浏览器统一维护网页端浏览器环境、Cookie、登录态和代理出口,成员不需要分别在自己的设备上登录 ChatGPT。这样可以减少跨设备、跨网络、跨浏览器反复登录带来的异常风险,也便于管理员统一排查网页端基础模型和 Pro 模型的使用问题。

功能二:把不同入口拆开管理。 网页端基础模型、网页端 Pro 模型和 Codex 端分别采用不同的分发方式:基础模型走 Roxy Browser 团队工作区,Pro 模型走预约排队和指定窗口,Codex 端走 Sub2API 反代。这样做的目标是让日常使用、高强度 Pro 模型任务和编程调用互不挤占同一个操作流程,后续也方便分别调整规则。

功能三:降低单个成员配置成本。 对成员来说,网页端主要只需要按步骤安装 Roxy Browser、加入工作区并打开分配窗口;Codex 端则可以通过 Sub2API 和 CC Switch 完成配置。相比每个人单独维护账号、代理、登录状态和模型入口,这种方式更适合课题组内部测试和集中维护。

局限一:这不是严格的账号隔离方案。 网页端本质上仍然依赖同一个 ChatGPT 登录态,只是通过指纹浏览器窗口、项目和使用规则做分隔。成员可以用独立 Project 等方式减少内容混杂,但这不能等同于真正的权限隔离,也不适合存放需要严格私密隔离的内容。

局限二:浏览器环境不能随意改动。 为了保持指纹、Cookie、登录态和代理 IP 的一致性,不建议清理 Cookie、修改代理设置、更改关键环境参数、安装浏览器扩展,或在该浏览器环境中访问与 ChatGPT 使用无关的网站。环境越稳定,后续排查和维护成本越低。

局限三:Pro 模型仍可能受环境和路由影响。 Pro 模型对登录环境和访问出口要求更高,偶尔可能出现选择 Pro 后很快出答案、实际体验像低级模型的情况。预约排队和指定窗口可以降低混乱程度,但不能完全消除降智、限流或上游策略变化带来的影响;遇到异常时仍建议间隔一段时间重试,并及时反馈给管理员。

网页端基础模型使用说明

点击展开:Roxy Browser 注册与使用步骤

网页端基础模型入口适合日常网页端模型使用。第一次使用时,需要先注册并安装 Roxy Browser,再联系管理员加入工作区。

1. 打开邀请链接。 访问 https://roxybrowser.cn/invite/hyVxH0,进入 Roxy Browser 页面。首次打开、下载或登录过程中如页面无法正常加载,先打开 VPN。

 

 

 

 

Roxy Browser 邀请页面
图 1:打开 Roxy Browser 邀请页面

 

 

 

 

2. 下载并安装客户端。 在下载页选择 Windows 版本,按默认流程完成下载安装。

 

 

 

 

Roxy Browser 下载页面
图 2:下载 Windows 版本 Roxy Browser

 

 

 

 

3. 使用手机号注册或登录。 打开客户端后,使用手机号完成注册或登录。注册完成后,把手机号发给管理员。

 

 

 

 

Roxy Browser 手机号登录页面
图 3:使用手机号登录或注册 Roxy Browser

 

 

 

 

4. 等待管理员加入工作区。 管理员会将该手机号对应账号添加到 Pro5x's Workspace。完成添加后,再进入下一步切换工作区。

 

 

 

 

Roxy Browser 工作区列表
图 4:管理员加入工作区后,客户端会显示对应工作区

 

 

 

 

5. 切换到对应工作区。 在客户端右上角打开工作区菜单,选择 Pro5x's Workspace,确认当前已经切换到管理员分配的工作区。

 

 

 

 

Roxy Browser 右上角切换到 Pro5x's Workspace
图 5:在右上角菜单中切换到 Pro5x's Workspace

 

 

 

 

6. 打开分配的浏览器窗口。 进入工作区后,在窗口列表中找到分配给自己的浏览器窗口,点击打开。

 

 

 

 

Roxy Browser 窗口列表
图 6:在窗口列表中打开分配的浏览器窗口

 

 

 

 

7. 确认打开浏览器。 如果弹出确认窗口,点击确认后等待浏览器启动。

 

 

 

 

Roxy Browser 打开确认
图 7:确认打开浏览器窗口

 

 

 

 

8. 正常进入 ChatGPT 网页端。 浏览器启动后,会沿用管理员配置好的指纹、Cookie、登录状态和代理环境,通常可直接进入 ChatGPT 网页端。

 

 

 

 

Roxy Browser 启动后的网页端
图 8:浏览器环境启动后进入网页端

 

 

 

 

9. 按普通浏览器方式使用。 后续可以正常新建标签页、打开新窗口、发起 GPT 对话和切换模型。

 

 

 

 

Roxy Browser 新建标签页
图 9:可像普通浏览器一样新建标签页或打开站点
Roxy Browser 使用 ChatGPT 网页端
图 10:可正常使用 ChatGPT 网页端对话和模型切换

 

 

 

 

网页端 Pro 模型使用说明

Pro 模型入口主要用于高强度推理任务。由于这类模型对登录环境要求更高,不适合多人同时挤在同一个环境里使用,因此采用在线文档预约排队方式。

预约成功后,在约定时间使用群内共享的指定 Roxy Browser 账号登录,进入 全部窗口,选择对应窗口并打开浏览器。打开后,其余操作与 网页端基础模型一致,可以正常发起对话、切换模型和等待 Pro 模型完成思考。

使用建议:Pro 模型一次深度思考可能需要较长时间,单次预约建议尽量不少于 1 小时。这样安排虽然麻烦一些,但目标是尽量保证每位成员在预约时段内能真正使用不降智的 Pro 模型完成任务;关于 Pro 模型降智现象,可参考 Pro 降智情况调查报告

Codex 端使用说明

Codex 端采用 Sub2API 分发。需要使用 Codex CLI 或 Codex App 的成员,先完成下方安装说明,再按 Sub2API 使用方式 折叠块完成导入和切换。

点击展开:Codex CLI / Codex App 安装方式(选看)

如果主要是命令行工作流、批量调用和轻量配置,优先使用 Codex CLI;如果更看重桌面界面、线程管理和本地项目工作台,优先使用 Codex App。对于大多数初次参与测试的成员,推荐先装 Codex App,需要纯终端工作流时再补装 Codex CLI

Codex CLI(官方方式)

1. 先从 Node.js 官网安装 LTS 版本,确保 node 与 npm 可用:
   https://nodejs.org/en/download

2. 在 PowerShell 中执行官方安装命令:
   npm install -g @openai/codex

3. 安装完成后验证:
   codex --version

Codex CLI 的官方安装与使用说明可参考 OpenAI 官方文档:https://developers.openai.com/codex/cli

Codex App(官方方式)

1. 优先打开 Microsoft Store
2. 搜索 Codex
3. 点击安装并完成首次启动
4. 如果 Microsoft Store 无法访问或无法正常下载,
   可改用离线安装方式

如果采用离线安装方式,详细安装步骤、更新方式以及常见问题排查,统一参考:Codex App Windows 安装说明

点击展开:Sub2API 使用方式(必看!)

网络说明:首次配置时可能需要 VPN,例如首次打开 Codex App、安装 Codex CLI,或访问部分官方下载页面时。但本站与 Sub2API 面板均可直连;配置完成后,日后一般情况下不需要专门开启 VPN 即可使用。

Windows 小贴士:如果关闭 Codex App 后仍怀疑后台残留了 codex.exe 进程,可在 PowerShell 或命令提示符中执行 taskkill /F /IM codex.exe 进行快速清理,然后再继续 Sub2API 导入、切换或后续配置。

1. 安装 CC Switch

CC Switch 可以理解为一个把 URLAPI Key 写入 Codex 配置文件的工具。先安装 CC Switch,再通过 Sub2API 面板把密钥配置直接导入进去,可以避免手动修改 config.tomlauth.json

下载入口在 CC-Switch Releases。Windows 用户优先下载 CC-Switch-*-Windows.msi 安装版;如果安装版无法正常使用,再考虑 Portable 压缩包。

 

 

 

 

 

 

CC Switch Releases 页面
图 1:在 Releases 页面下载 Windows 安装版

 

 

 

 

 

 

双击下载得到的 .msi 后进入标准安装向导,第一页直接点击 Next

 

 

 

 

 

 

CC Switch 安装向导欢迎页
图 2:安装向导欢迎页

 

 

 

 

 

 

随后确认安装目录。默认目录通常可以直接使用,如无特殊要求不需要修改,继续点击 Next

 

 

 

 

 

 

CC Switch 安装目录确认页
图 3:确认安装目录并继续下一步

 

 

 

 

 

 

进入 Ready to install 页面后,点击 Install 开始写入文件。

 

 

 

 

 

 

CC Switch Ready to install 页面
图 4:确认安装并开始写入文件

 

 

 

 

 

 

安装完成后,建议保留 Launch CC Switch 选项并点击 Finish,方便直接进入后续配置流程。

 

 

 

 

 

 

CC Switch 安装完成页面
图 5:安装完成后可直接启动 CC Switch

 

 

 

 

 

 

操作前提示:开始导入或切换 Provider 前,请先完全关闭正在运行的 Codex AppCodex CLI 以及相关终端窗口;配置完成后再重新打开,避免应用读取缓存配置或在退出时覆盖新配置。

2. 登录 Sub2API 面板

Sub2API 面板地址:https://sub2api.20020519.xyz。登录时使用管理员提供的邮箱密码

 

 

 

 

 

 

Sub2API 登录页面
图 6:登录 Sub2API 后台

 

 

 

 

 

 

登录成功后,进入后台首页。左侧侧边栏中找到 API 密钥,后续 Codex 分发所需的密钥创建、查看和导入入口都在这一页完成。

 

 

 

 

 

 

Sub2API 后台点击 API 密钥
图 7:进入 API 密钥页面

 

 

 

 

 

 

3. 创建或确认 API 密钥

如果当前账号下还没有可用密钥,页面中部会显示 创建密钥 按钮。点击后进入新建弹窗;如果管理员已经提前创建好密钥,可以直接跳到下一步导入配置。

 

 

 

 

 

 

Sub2API 创建密钥按钮
图 8:点击创建密钥

 

 

 

 

 

 

创建密钥时,建议至少完成三项:填写便于识别的名称,选择管理员指定的分组,并将额度限制保持为 0。其中 0 表示当前密钥不单独设置额度上限,更适合测试期内持续验证。

 

 

 

 

 

 

Sub2API 创建密钥表单
图 9:填写名称、分组与额度限制后创建

 

 

 

 

 

 

4. 导入到 CC Switch

密钥创建或确认可用后,在 API 密钥列表中找到对应条目,点击右侧操作区的 导入到 CCS。这里的 CCSCC Switch,会把当前密钥对应的 Codex Provider 配置自动导入到本机 CC Switch 中。

提示:如果这里弹出“CC-Switch 未安装或协议处理程序未注册。请先安装 CC-Switch 或手动复制 API 密钥。”之类的提示,说明自动导入未成功。此时不要继续反复点击,可直接查看文末的 手动导入 CC Switch 说明

 

 

 

 

 

 

Sub2API 点击导入到 CCS
图 10:在 API 密钥列表中点击导入到 CCS

 

 

 

 

 

 

页面会弹出导入确认窗口。重点核对 应用类型CodexAPI 端点 指向 Sub2API,API 密钥 已自动带入且处于隐藏状态。确认无误后点击 导入

 

 

 

 

 

 

Sub2API 确认导入供应商配置
图 11:确认导入供应商配置

 

 

 

 

 

 

5. 启用 Provider 并重新打开 Codex

导入完成后,回到 CC Switch 主界面,可以看到新增的 Sub2API Provider 已出现在列表中。确认它处于当前选中或启用状态后,再重新打开 Codex CLI 或 Codex App,使其读取最新 Provider 配置。

 

 

 

 

 

 

CC Switch 中已导入 Sub2API Provider
图 12:CC Switch 中已导入 Sub2API Provider

 

 

 

 

 

 

后续如果需要切回官方配置或其他 Provider,仍建议先关闭 Codex App / CLI,再回到 CC Switch 中切换,切换完成后重新打开 Codex。

测试与反馈:配置完成后,可以在 Codex 中发送一条测试消息,然后观察 Sub2API 仪表盘是否产生消耗记录。如果遇到任何问题,请立刻联系管理员,不用担心麻烦。积极交流和及时反馈,才能不断完善本测试方案;毕竟当前重点就是验证方案可行性,麻烦大家及时反馈。

对比其他 GPT 订阅方案

对比项 Plus Pro 5x Pro 20x
官方订阅价格 $20/月/人 $100/月/人 $200/月/人
网页端 Pro 模型 不可用 50次/周(对使用环境要求高,易降智) 基本不限(对使用环境要求高,易降智)
网页端 Thinking 模型档位 Instant / Medium / High(较稳定) Instant / Medium / High / Extra High(不限量,较稳定) Instant / Medium / High / Extra High(不限量,较稳定)
Codex 5 小时窗口 约 $5-12 约 $25-60 约 $200-300
Codex 周限额 约 $70-150 约 $500 约 $2000-2400
点击展开:费用估算

费用估算

费用项目 预计费用 说明
GPT Pro 20x 订阅 约 ¥1,400 / 月 参考 ChatGPT 订阅方案对比(2026.05) 中美区 Pro 20x 价格
美国家宽代理 IP 约 ¥30 / 月 参考 GPT PRO 5x 共享方案 当前代理 IP 成本
Roxy Broswer 指纹浏览器团队席位 约 ¥319 / 首次配置 10 + 1 成员分发估算:Roxy Broswer 指纹浏览器 A 用于网页端基础模型分发,共 9 个席位,约 ¥261;Roxy Broswer 指纹浏览器 B 用于网页端 Pro 模型分发,共 2 个席位,约 ¥58。
点击展开:稳定性评价

稳定性评价

入口 稳定性来源 当前判断
网页端 Roxy Browser 指纹环境、Cookie、登录态与固定美国代理 IP 第一轮 GPT Pro 5x 订阅方案的 5 人共享测试仍在进行中,目前整体较稳定,可作为本轮 20x 测试的前置经验。指纹浏览器的核心价值在于减少跨设备、跨环境登录带来的异常风险。
Codex 端 Sub2API 反代统一入口,并保持固定代理 IP Codex 端通过反代层集中分发,上游访问出口可以维持一致的代理 IP,便于统一排查、切换和维护,比每位成员分别维护账号、节点和环境更适合课题组内部测试。

主要限制

限制项 具体表现 使用提示
共享登录态 网页端由管理员通过 Roxy Browser 转移浏览器窗口,成员不需要自行登录,但本质上仍是多人共用同一个 ChatGPT 登录态 可以通过创建独立 Project 等方式做一定程度的内容区分,但这不是严格权限隔离
移动端限制 网页端依赖指纹浏览器窗口转移,目前无法直接在手机端登录使用 仅允许通过被转移的浏览器窗口使用。窗口内部正常创建新对话、打开新标签页、拆分窗口等操作均可以进行。
浏览器环境限制 为保持指纹、Cookie、登录态和代理 IP 一致,不应随意改变浏览器环境 不得清理 Cookie、修改代理设置、更改关键环境参数,或安装浏览器扩展和插件;也不建议访问与 ChatGPT 使用无关的网站。
Pro 模型降智 Pro 模型对 IP 和环境要求更高,偶尔可能出现选择 Pro 后秒出答案、实际路由到低级模型的情况。该问题通常不影响账号登录,更多表现为临时性的模型路由或风控问题。 如遇到 Pro 模型秒出回答、明显不思考或回答质量异常,可以间隔一段时间后重试,或选择中午、晚上等使用人数较少的时段再测试。相关判断参考 降智问题分析
重试成本 降智后的请求仍可能计入 Pro 模型使用次数。GPT Pro 5x 订阅方案的 Pro 模型使用量约为每周 50 次,而 GPT Pro 20x 订阅方案的 Pro 模型几乎无额度限制。 多人共享会提高环境复杂度,也可能提高偶发降智概率;但 GPT Pro 20x 订阅方案的额度空间更大,可以容纳更多重试。

常见问题与补充说明

VPN 与本地代理说明

点击展开:本地代理与地区选择说明

一般情况下,建议本地打开 VPN 或代理后再使用网页端入口。地区不用特别固定,随便什么地区的 VPN 都可以,主要目的是让本机能够访问 Roxy Browser 中配置的统一节点。

原因是当前 Roxy Browser 已经配置了统一的代理节点,成员不需要自己选择美国、日本或其他特定地区;但这个统一节点在国内网络下无法直接连接,所以本地需要先打开 VPN 做一次跳转。只要能进入 Roxy Browser 并正常打开窗口,后续实际访问环境会按管理员配置的统一节点走。

 

 

 

 

Roxy Browser 统一代理节点示例
Roxy Browser 中已配置统一代理节点,成员本地只需先打开可用 VPN 进行跳转

 

 

 

 

手动导入 CC Switch 说明

点击展开:自动导入失败时的手动配置步骤

如果在第 4 步点击 导入到 CCS 后,页面弹出“CC-Switch 未安装或协议处理程序未注册。请先安装 CC-Switch 或手动复制 API 密钥。”之类的提示,这种情况下,直接改用手动导入即可。

Windows 小贴士:如果前面已经关闭 Codex App,但怀疑后台还有残留进程影响导入或切换,可先执行 taskkill /F /IM codex.exe 快速清理,再继续后续手动配置步骤。

 

 

 

 

 

 

自动导入失败提示
图 13:自动导入失败时的提示

 

 

 

 

 

 

首先回到 Sub2API 的 API 密钥 页面,在对应密钥右侧点击 使用密钥,不要继续点 导入到 CCS

 

 

 

 

 

 

Sub2API 使用密钥入口
图 14:在 API 密钥列表中点击使用密钥

 

 

 

 

 

 

弹出配置窗口后,重点只看两项:base_urlOPENAI_API_KEY。前者对应后续 CC Switch 中的 API 请求地址,后者对应 API Key

 

 

 

 

 

 

Sub2API 使用密钥弹窗复制配置
图 15:记录 base_url 与 OPENAI_API_KEY

 

 

 

 

 

 

随后打开 CC Switch。在顶部先切换到 Codex 对应的图标,再点击右上角的 + 新增 Provider。

 

 

 

 

 

 

CC Switch 选择 Codex 并新增 Provider
图 16:切换到 Codex 并点击加号

 

 

 

 

 

 

如果这时出现“关于通用配置”的提示,直接点击 我知道了 即可。这个弹窗只是解释通用配置的复用逻辑,不影响手动新增 Provider。

 

 

 

 

 

 

CC Switch 关于通用配置提示
图 17:确认通用配置提示

 

 

 

 

 

 

进入新增页面后,先填写一个便于识别的 供应商名称,例如 DeepSleepSub2API-Codex。然后把刚才记录下来的 OPENAI_API_KEY 粘贴到 API Key 输入框。

 

 

 

 

 

 

CC Switch 手动填写名称和 API Key
图 18:填写供应商名称与 API Key

 

 

 

 

 

 

接着在 API 请求地址 中填写 https://sub2api.20020519.xyz/v1。这里建议直接使用带 /v1 的完整接口地址。确认无误后,点击右下角的 添加

 

 

 

 

 

 

CC Switch 填写 API 请求地址并添加
图 19:填写接口地址后点击添加

 

 

 

 

 

 

Provider 创建成功后,会回到列表页。找到刚新增的 Sub2API Provider,点击右侧的 启用

 

 

 

 

 

 

CC Switch 启用新增 Provider
图 20:点击启用新导入的 Provider

 

 

 

 

 

 

当该 Provider 在列表中正常显示、并处于当前使用状态时,说明手动导入已经完成。此时重新打开 Codex CLICodex App,再进行测试即可。

 

 

 

 

 

 

CC Switch 手动导入完成状态
图 21:手动导入完成后的 Provider 状态

 

 

 

 

 

 

如果手动导入后仍然无法正常调用,优先检查三点:Codex 是否已经完全关闭后重新打开,CC Switch 中是否确实启用了对应 Provider,以及测试消息发出后 Sub2API 仪表盘是否出现消耗记录。若仍有问题,请直接联系管理员处理。