CC Switch CodexCont + Grok Build

基于 CC Switch v3.17.0 的 Codex reasoning 自动续写与 Grok Build 增强版

下载 Release · 上游 CC Switch · CodexCont · Grok Build Switch

这个仓库是什么

这是一个基于 CC Switch v3.17.0 发布提交 3d176b9 的个人增强构建。

本构建保留 CC Switch v3.17.0 原有的项目快照、供应商管理、代理路由、故障转移、官方 ChatGPT 订阅代理、原生 Anthropic Messages，以及 Codex / Claude / Gemini / OpenCode / OpenClaw / Hermes 配置管理能力，并额外加入两个功能：

• CodexCont 风格的 Codex reasoning 自动续写。
• 独立的 Grok Build 供应商、配置管理和代理路由。

核心链路保持为：

Codex -> CC Switch 本地代理 -> 多上游路由 / 故障转移 -> 模型服务
Grok  -> CC Switch Grok 路由 -> xAI / Grok 兼容上游

Codex 续写逻辑和 Grok 路由都集成在 CC Switch 内部，不需要额外运行独立转发服务。

相对上游 CC Switch 的新增改动

1. 新增 CodexCont UI 开关

在设置页加入独立开关：

设置 -> 代理 -> Codex reasoning 自动续写（CodexCont）

可以在 UI 中控制是否启用 Codex reasoning 自动续写，不需要手动修改配置文件。

2. 支持持久化 CodexCont 配置

新增数据库配置项：

codex_continue_config

配置由 CC Switch 自身保存和读取，重启后继续生效。

3. /v1/responses 自动续写处理

当 Codex 请求经过 CC Switch 的 /v1/responses 时，后端会读取 CodexCont 配置，并在满足条件时自动执行 reasoning continuation。

续写请求仍然使用 CC Switch 原有的 provider 转发和 retry/failover 流程：

RequestForwarder::forward_with_retry(... providers)

因此不会绕开 CC Switch 的路由、故障转移和用量记录。

4. 保留 CC Switch 路由和故障转移体验

本构建没有把 Codex provider 固定到单独服务，也不要求把 Codex 指向额外端口。推荐配置仍然是 CC Switch 本地代理，例如：

base_url = "http://127.0.0.1:15721/v1"

5. native Responses provider 安全门控

只有候选 providers 都使用原生 Responses 链路、不需要 Responses -> Chat Completions 转换时，才启用 Codex reasoning continuation。

这样可以避免把 reasoning.encrypted_content 注入不兼容的 Chat provider。

6. CodexCont 环境变量覆盖

除 UI 配置外，还支持环境变量覆盖运行参数：

CCSWITCH_CODEX_CONTINUE
CCSWITCH_CODEX_CONTINUE_MAX
CCSWITCH_CODEX_CONTINUE_STEP
CCSWITCH_CODEX_CONTINUE_MARKER

7. 独立 Grok Build 应用

Grok 作为独立顶层应用