Codex kimi 使用代理时请求持续发送 - CC Switch
Quick fix
这是 Codex App 客户端行为，非 cc-switch 故障；需检查客户端重试或保活机制。
Symptom
Section titled “Symptom”当代理打开，并且通过codex对话后，请求会一直持续发送用户在使用 Codex App（微软商店版）配合 Kimi 供应商及 cc-switch 代理时，发现对话结束后后台仍有持续请求发出，担心额度被耗尽。经维护者分析，cc-switch 仅作为透明代理转发请求，不具备主动向上游发起请求的能力，且在单 Provider 模式下受限于重试次数，不会自行持续发送。该现象确认为 Codex 客户端自身的行为（如流式连接保活、后台轮询或重试逻辑），与 cc-switch 无关。此问题已被标记为 Issue #3822 的重复项进行归并处理。
确认是否为 Codex App 客户端发起的请求。由于 cc-switch 不产生额外流量，请通过抓包工具或代理日志查看持续请求的来源进程和 URL，以验证是否为 Codex 客户端的保活或重试机制。
若确认为客户端行为，需在 Codex App 设置中查找是否有“保持连接”、“自动重试”或“后台同步”等选项并进行调整，或关注上游 Codex 项目的修复进展。
Affected Versions
Section titled “Affected Versions”ToolCodex
Version3.16.3
PlatformsWindowsmacOS
Source Issues
Section titled “Source Issues”本页汇总自 2 个真实 issue
- 这个问题最后找到原因了吗？
- 是的，已确认是 Codex 客户端（App 或 CLI）自身的网络行为（如重试或保活），而非 cc-switch 代理产生的异常请求。cc-switch 仅负责转发，不主动发起请求。
- 如何判断请求是否来自 cc-switch？
- cc-switch 本身不生成请求。如果看到持续请求，请使用代理日志或抓包工具检查源 IP 和进程名。如果是 Codex 进程发出的，则属于客户端行为。
502 Bad Gateway Codex 代理接管覆盖 config.toml关闭全局代理改规则模式直连127.0.0.1，或升级cc-switch避免全量覆盖config.toml。HTTP 401 超出256K上下文限制 - CC Switch & Codex在 Codex 的 config.toml 中调低 AUTO COMPACT 触发阈值，避免请求体实际 Token 数超过上游 Kimi 的 256K 限制。unsupported call: - Codex升级 cc-switch 至 v3.16.4 或更高版本，修复流式转换中工具调用 name/id 被空 delta 覆盖的问题。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。