查询用量必须同源请求 cc-switch
Quick fix
在 cc-switch 中改用通用模板或自定义模板，并在请求地址中直接填写查询用量的 URL，即可绕过同源限制。
Symptom
Section titled “Symptom”3.16.3升级后提示必须要同源请求在 cc-switch v3.16.3 中，部分内置模板增加了 API 请求地址与用量查询地址必须同源（同一域名）的校验限制。由于大多数第三方中转站的 API 接口与用量查询接口通常不在同一个域名下，这导致用户升级后查询用量失败。此外，集群中还反馈了使用中转站反代（如 Codex 或 GPT 模型）时 token 消耗巨大、计费飙升的问题。这是因为 cc-switch 内部采用简单的点对点协议转换，导致 Codex 依赖 signature 的上下文缓存失效。该协议转换的缓存问题官方仍在开发新的缓存能力来解决。
在 cc-switch 的配置页面中，不要使用受限的特定供应商模板。
选择“通用模板”或“自定义模版”。
在请求地址栏中，直接填写你的用量查询请求 URL。
Affected Versions
Section titled “Affected Versions”Toolcc-switch
Version>= 3.16.3
PlatformsWindows
Source Issues
Section titled “Source Issues”本页汇总自 4 个真实 issue
- claude code可以使用codex订阅模型吗？
- 可以的，类似 tingly-box 这样的网关工具是可以适配转换的。cc-switch的新版本印象中也添加了一些支持。
- 请问一下，这个问题在新版本是否已解决，不敢轻易升级，升级后用不了又不好回滚版本
- 实际上有解决办法，选择通用模板，请求地址填写查询请求url即可。或者使用自定义模版，这边没有限制。
- 使用codex auth反代在claude code使用时token消耗巨大，一句hello就能占用24%的上下文，请问大家接入codex后token消耗都正常吗
- 这是因为cc switch在内部的转换采用了一个点到点，协议到协议的简单处理。codex 采用了 signature 作为上下文保持的标识，如果只是直接转换，必然会不断丢失cache效果。目前还在解决用量问题（这个需要引入一个新的的缓存能力）。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。