# 号池情况与后续规划
跟大家汇报一下目前号池的情况，以及后续的规划。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/pool-overview-updated-20260827.png)整体概要---
##### 一、目前的情况
**原因：**
1. 之前对风险判断得比较乐观
近期 OpenAI 对 Codex 端的风控收紧，尤其点名了我们目前使用的、被称为 Sub2API 的中转分发方式，但我还是抱有一定的侥幸心理。
2. 并发数过高
我们之前整个号池的并发大约在 10 左右。目前来看，如果希望更加稳妥，最高并发最好控制在 5 以内。
3. 多个账号使用了相同的美国 IP
这次两个账号同时被封，它们使用的是同一个 IP，这很可能也是两个账号一起出问题的重要原因。
**目前：**
- 原网页端账号已经无法继续使用
- 之前账号中的聊天历史目前已经无法取回
- Codex 端目前暂时采购了中转站额度作为过渡，因此现阶段仅开放 Terra 和 Luna 模型
- 由于该额度有限，只能满足短期使用需求，在没有老板支持下无法作为长期稳定的供给方案
---
##### 二、为什么需要调整分发方式
如果按照以前的方式继续分发 Codex，无异于顶风作案。
但从另一个角度讲，**Coding Agent 的额度其实并没有那么难获得**。
除了 Codex 之外，DeepSeek、Kimi、智谱等也都有能力较强的模型，可以满足不同的 Coding Agent 使用需求。
相比之下，能够稳定提供 xHigh / Pro 级模型及其配套生态，并支持大量对话的**高端网页端服务反而更加稀缺**。
过去 3 个月，我们采用的指纹浏览器网页端分发方案整体比较稳定，暂时没有因为网页端分发本身出现封号；目前风险相对更高的是 Codex 端。
所以后续课题组 Codex 端号池的思路会有所调整：
> 逐渐从**“课题组提供全部模型”**转变为**“课题组提供基础模型兜底 + 大家自行补足高等级及多类型 Coding Agent 需求”**。
---
##### 三、Codex 端模型的分发原则
**1. 稳定性优先**
之后无论采用什么方案，都会把稳定性放在第一位。
课题组会尽量保证基础 Coding Agent 方案的可用性，并通过控制并发数、从相对谨慎的配置开始测试等方式，降低账号风险。
**2. 基础模型作为主要保障**
Terra、Luna 是基础分发模型，课题组会尽量保障大家的日常 Coding Agent 需求。
**3. 高成本模型实行额度管理**
根据前期观察，Sol 的使用成本较高，不适合不限量分发。后续将根据实际使用情况决定是否分发，或设置每周限额。
**4. 额外需求自行解决**
对于更高并发、更多 Token、更高级模型等 Coding Agent 需求由个人解决，后续我们会整理并提供一些可选渠道和使用经验。
---
##### 四、近期测试阶段
考虑到当前仍处在风控比较敏感的阶段，近期先采用相对保守的小范围测试方案。
**1. 测试内容**
近期正在测试一个完整的 Pro 5x 订阅方案的分发。
**2. 参与方式**
本轮测试采取**自愿报名、共同分摊费用**的方式。只有参与费用均摊的成员加入本轮测试，即参与分摊的成员参加本轮测试使用。
测试规模预计为 10 人左右，持续约 1 个月。按照目前预计 10 人计算，每人需分摊约 67.37 元；实际分摊金额将根据最终参与人数略作调整。
**3. 风险和费用承担**
**当前测试方案仍存在账号风控、降智等不确定性，并且不排除失败的可能性。本轮测试的费用和风险成本由参与测试的成员自行承担。如果失败，相关费用不保证由课题组报销。**
本轮测试安排及风险承担方式已经向课题组老板说明。
**4. 具体分发安排**
为降低大家的学习与适应成本，Codex 端计划在现有 Sub2Api 上游新增一层 CliProxyAPI 的反向代理。此举旨在规避 OpenAI 对 Sub2Api 转发特征的识别，同时保障大家可继续沿用 [DeepSleep 中转站界面](https://sub2api.20020519.xyz/admin/dashboard) ，无需适应新的操作入口。
**Codex 端 Terra 和 Luna：**测试初期仅分发 Terra 和 Luna，并限制号池整体并发在 5 以内（这样做的代价是，高峰期大家的请求可能需要排队，但能够降低账号风险）。根据前期观察，Terra 和 Luna 模型足以支撑团队使用，因此不设置个人限额，大家根据号池用量自行把握用量。
**Codex 端 Sol：**Sol 在测试初期不会立即分发。由于 Sol 的额度消耗和使用成本较高，后续将根据实际使用情况进行分发，并结合总体用量设置每周限额，不进行不限量分发。
**网页端：**继续采用之前的指纹浏览器分发方式，整体使用方式和以前一致，无用量限制。
值得说明的是，**网页端的极高级别模型大致对应 Codex 端的 Sol + High 推理强度，**因此部分 Sol 需求可以直接通过网页端完成。
---
##### 五、后续正式阶段
**无论近期测试成功还是失败，后续都会形成一个覆盖课题组大部分成员的正式分发方案。**
**1. 如果测试顺利**
如果近期测试的稳定性符合预期，后续将形成一个覆盖更多成员的方案：
**Codex 端：**在保留测试阶段 Pro 5x 订阅的基础上，考虑新增一个 Pro 20x 订阅用于补充号池总额，以覆盖更多成员的 Codex 端用量需求。Terra 和 Luna 模型不设个人限额分发，Sol 将根据实际情况设置个人周限额分发。限制号池整体并发在 5 ~10 以内。
**网页端：**继续采用之前的指纹浏览器分发方式，无用量限制。另外增加一个可预约使用、稳定且不降智的网页端 Pro 级模型，具体可能采用仅订阅 Pro 20x 网页端，或完整订阅 Pro 20x 的方式。
**费用承担方式：**由课题组承担。
**2. 如果测试失败**
若再次遭遇封号，说明分发方案存在缺陷，后续可能不再考虑购买 GPT Pro 订阅，因此网页端使用需求需由成员自行解决，相应 Codex 端用量也无法提供。
课题组将改为从第三方中转站或国产模型平台等统一采购 Token，尽可能覆盖课题组大部分成员 Coding Agent 的基础需求。对于更高等级模型、更大用量等额外需求，由个人自行解决。
---
##### 六、最后
最初搭建号池和中转站，主要是想降低大家使用 Coding Agent 的门槛，让大家先实际体验它能做什么、怎样融入科研和日常工作。
经过这段时间的使用，大家对 Coding Agent 应该已经有了比较直观的了解。后续除了课题组提供基础保障外，也希望大家逐渐找到更适合自己的模型和使用渠道。
获取 Token 的渠道非常多，例如第三方中转站（如 [DuckCoding](https://www.duckcoding.ai)、[shuaiAPI](https://api.shuaiapi.com/) 等）、[DeepSeek](https://platform.deepseek.com/usage)、[Kimi](https://docs.20020519.xyz/platform.kimi.ai)、[智谱](https://bigmodel.cn/glm-coding)、[小米 Mimo](https://docs.20020519.xyz/platform.xiaomimimo.com) 等。大家如果有好的方案，也欢迎在群里交流。
从长远来看，形成一种**课题组提供基础保障、个人按需补充、彼此分享经验和方案**的方式，会比所有东西都由课题组统一提供更有价值。
后续的使用体验可能会比以前稍微受限一些，感谢大家的理解。