自家反代的 Codex 突然出现异常图像？这大概率是“串号”了

最近在折腾 AI 相关服务的时候，遇到一件挺吓人的事儿：原本搭得好好的 Codex Pro 反代服务，最近不仅感觉模型回答变慢了，甚至有点“降智”，结果突然弹出来一张奇怪的图片，怎么看都不像是自己生成的，倒像是隔壁桌用户的隐私数据。

• Codex 串号现象示例：在自建反代服务中突然出现的异常图片*

这现象其实在很多自建网关或者多人共享的 API 接口里都有可能出现，俗称“串号”。简单来说，就是你发出的请求，或者别人返回的数据，在经过中间那一层处理的时候，搞错了归属权，把 A 的结果发给了 B。对于咱们这种技术爱好者来说，这就不仅仅是体验差的问题了，甚至涉及到了隐私安全边界。

变慢、降智与串号的关联

这次遇到的“变弱智变慢”和“突然冒出图片”其实是两个层面的症状，但往往指向同一个根源：后端服务不稳定或并发控制有问题。

1. 服务负载过高/被限流：所谓的“变慢”和“降智”，很多时候是因为上游源站（Codex 官方）对你的反代 IP 或者 Key 进行了限速，或者把你扔到了低优先级的算力队列里。响应时间一长，超时机制就会介入，容易导致状态错乱。

2. 会话混淆：这是最关键的一点。由于 Codex 采用了长对话模式，如果反代脚本（比如很多人用的 Nginx 反代或者 Python 脚本）在处理多路并发时没有做好 Context 的隔离，或者是缓存机制写得有 Bug，就会把 Stream A 的上下文数据发给了 Stream B。那个莫名其妙出现的图片，大概率就是上一个请求的生成结果，被错误地缓存或推送到了你的会话里。

排查思路与解决方法

如果你也遇到了类似情况，不管是用的是 Pro 20x 还是其他倍率的反代，建议按以下步骤查杀 Bug：

1. 检查反代配置（Nginx/Node.js）

绝大多数“串号”事故都出在反代层。如果你是直接转发请求，务必确认以下几点：

• User-Agent 隔离：不要所有请求都用同一个 UA，最好能在 Header 里注入唯一标识，方便后端（如果支持的话）区分流量。
• 禁用缓存：对于流式响应，千万别在 Nginx 层面开 proxy_cache，或者设置错误的 proxy_buffering。AI 返回的流是非标准的，一旦缓存策略激进，极大概率会把上一个用户的片段吐给下一个用户。
• Connection 复用问题：有些反代脚本为了性能会保持 HTTP 长连接。如果上游服务器也是复用连接的，且没有正确剥离 Set-Cookie 等会话标识，就会导致连接池里混杂了不同用户的会话状态。尝试在反代配置里加上 proxy_set_header Connection ""; 强制关闭或重建连接试试。

2. 隔离测试

• 不要在公共网络或多用户环境下测试。找一个干净的浏览器窗口（无痕模式），单独发起一个简单的文本请求。如果问题消失，说明大概率是并发冲突导致的。

3. 轮换 Key 或 IP

• 如果以上配置都没问题，但依然看到明显不是自己的数据（比如图片、对话历史），那就要警惕上游的反向代理池是不是被污染了。有些所谓的“共享代理池”其实会在服务器端做请求复用，此时唯一的解法就是换一个新的接入点，或者干脆升级为独享实例。

写在最后

自建或者使用廉价的反代服务，本质上是在“稳定性”和“成本”之间做 Trade-off。偶尔的变慢还能忍，但涉及到隐私数据的“串号”，触碰到了安全红线。如果你发现服务有这种苗头，最稳妥的办法还是先停用，排查完缓存和连接配置后再重新启用。

毕竟，谁也不希望自己还没保存的代码草稿，突然发给了隔壁老王。