号池情况汇报与后续规划

跟大家汇报一下目前号池的情况，以及后续的规划。

原因：

之前对风险判断得比较乐观
近期 OpenAI 对 Codex 端的风控收紧，尤其点名了我们目前使用的、被称为 Sub2API 的中转分发方式，但我还是抱有一定的侥幸心理。
并发数过高
我们之前整个号池的并发大约在 10 左右。目前来看，如果希望更加稳妥，最高并发最好控制在 5 以内。（这样做的代价是，高峰期大家的请求可能需要排队，但能够降低账号风险）
多个账号使用了相同的美国 IP
这次两个账号同时被封，它们使用的是同一个 IP，这很可能也是两个账号一起出问题的重要原因。

目前：

如果按照以前的方式继续分发 Codex，无异于顶风作案。

但从另一个角度讲，Coding Agent 的额度其实并没有那么难获得。

除了 Codex 之外，DeepSeek、Kimi、智谱等也都拥有足够智能的模型，可以作为 Coding Agent 使用。总体来看，Coding Agent 的额度比高端网页端对话服务更容易获得。

相比于 DeepSeek、Qwen 等国产厂商提供的网页端对话服务，ChatGPT 这种能够提供 xHigh / Pro 级模型及其配套生态，并且可以稳定进行大量对话的网页端服务，其实反而比较稀缺。

过去这 3 个月，我们采用的网页端指纹浏览器分发方案整体比较稳定，暂时还没有因为网页端分发本身出现封号。

反而是 Codex 端目前的风控更加严格。

所以后续课题组号池的思路会有所调整：

网页端继续提供保障，Coding Agent 则逐渐从“课题组提供全部模型”转变为“课题组提供基础模型兜底 + 大家自行补足高等级及多类型 Coding Agent 需求”。

1. 稳定性第一

之后无论采用什么方案，都会把稳定性放在第一位。

课题组会尽量保证大家在 Coding Agent 方面始终有一个基本的兜底方案（如 Terra、Luna 模型），但会对并发数进行较严格的限制（如最高 5 并发）。

后续会从相对谨慎的配置开始，在稳定的前提下再逐步调整。

2. Coding Agent 尽量给大家兜底

课题组会尽量为大家保留一个可用的兜底方案，我们也会继续和杜老师沟通，争取相应的资源。

3. 希望大家逐渐建立自己的 Coding Agent 渠道

当时搭这个号池和中转站，也是希望先把大家带进门，让大家体验到 Coding Agent 能做什么。

现在大家已经用了一段时间，对这套东西应该都有了一定了解。

因此，后续也希望大家能够开始寻找适合自己的模型和渠道。

Codex、DeepSeek、Kimi、智谱以及其他 Coding Agent，网上其实都有不少 Token 的获取方式。后面我们也会把自己用过的一些渠道、经验和踩坑情况整理出来和大家分享。

大家如果发现了比较好的模型、渠道或者使用方案，也欢迎在群里交流。

我觉得这反而会比所有东西都由课题组统一提供更有价值。

考虑到现在正处在风控比较敏感的阶段，接下来一段时间，我们会采取一个相对保守的方案。

目前计划先重新购买并分发一个 Pro 5x。

网页端继续采用之前的指纹浏览器分发方式，整体使用方式和以前基本一致。大家可以继续使用其中的 xHigh 级别模型。

Codex 端会严格限制并发，整个号池最高并发数暂时控制在 5 以内。

同时，只开放：

Sol 暂不开放，主要是考虑到 Pro 5x 的总额度较为有限。

至于：

还是希望大家尽量通过自己的渠道解决。

可以选择其他 Codex 中转站，也可以尝试 DeepSeek、Kimi、智谱等国产模型作为替代。

另外，网页端的 Pro 级模型近期暂不提供。

如果这样的并发和额度依然无法满足个人的使用需求，那么额外的 Token 就需要大家自行解决。

如果后续再次遇到风控，甚至出现封号的情况，我们也会尽可能寻找其他可行的方式，继续为大家提供 Codex 基础模型的兜底保障。

这段时间的使用体验可能会比以前稍微受限一些，尤其是在高峰期可能会出现排队，感谢大家的理解。