# 号池情况汇报与后续规划
号池情况汇报与后续规划
# 号池情况与后续规划
跟大家汇报一下目前号池的情况，以及后续的规划。
[](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) 等。大家如果有好的方案，也欢迎在群里交流。
从长远来看，形成一种**课题组提供基础保障、个人按需补充、彼此分享经验和方案**的方式，会比所有东西都由课题组统一提供更有价值。
后续的使用体验可能会比以前稍微受限一些，感谢大家的理解。
# 号池情况与后续规划（2）
跟大家同步一下后续安排。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/ai-usage-flow-20260830.png)后续安排---
##### 一、当前情况
**坏消息是，本轮测试的 Pro 5x 已经触发风控，Codex 端每周额度被限制在约 300～350 美元。**
好在目前 Codex 端没有出现降智，网页端也能正常使用。但这也说明，即使采用比较保守的测试方案，原计划也很难继续稳定进行。
---
##### 二、后续安排
因此，我们直接进入下一阶段：后续课题组会订阅 Pro 5x、美国家宽节点，并补充第三方 Codex 额度，相关费用将由课题组承担。
**网页端：**继续通过指纹浏览器分发，xHigh 级模型可满足日常使用需求，Pro 级模型暂不保证可用。
**Codex 端：**目前开放 Luna、Terra 和 Sol；其中 Sol 有可用额度限制。考虑到多数中转站可能存在降智，我们另外购买了经测试没有降智的 Pro 账号额度。额度有限，请大家尽量节约、高效、合规使用，
需要注意，日常请优先使用 **`Codex-TerraLuna` 分组**，该分组分发 Luna、Terra 模型，并且不设额度限制；**`Codex-Sol-Subscription` 分组**提供 Luna、Terra、Sol 模型的分发，详情见 [三、Codex 端 Sol 模型的分发与使用](https://docs.20020519.xyz/link/91#bkmrk-%E4%B8%89%E3%80%81%E4%BD%BF%E7%94%A8%E4%B8%8E%E7%94%B3%E8%AF%B7)。
**并发使用说明：**目前 Codex 端并发较低，请大家不要同时运行很多会话，也不要使用 Ultra 级别的推理强度（会触发大量 SubAgent，造成并发数过高）。
---
##### 三、Codex 端 Sol 模型的申请与使用
如需使用 Sol 等模型，请优先使用 **`Codex-Sol-Subscription` 分组**；其次，可申请**课题组 Pro5x 账号** Codex 端的使用**。**
关于 Sol 模型的个人经验
个人使用习惯可能有所不同，以下经验仅供参考。就我而言，对 Codex 端 Sol 的实际需求相对有限；多数需要使用 Sol 的任务，在网页端即可完成。网页端同样提供 `Sol + High`，且目前为不限量使用。因此，我通常会优先考虑使用网页端，以减少对 Codex 端有限额度的占用。
Codex-Sol-Subscription 分组**提供 Sol 模型，每位成员每周额度为 **70 USD**（后续会根据实际情况调整，该值为 AI 推荐）。在 API 密钥页面的分组下拉框中选择该订阅分组即可使用。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/codex-sol-subscription-group-selection-20260830.png)在 API 密钥页面选择 Codex-Sol-Subscription 分组**查看订阅用量：**在左侧进入“我的订阅”，即可查看 Codex-Sol-Subscription 的本周已用额度与周额度。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/codex-sol-subscription-weekly-usage-20260830.png)在“我的订阅”中查看 Codex-Sol-Subscription 的本周用量订阅分组额度用尽后，如课题组 Pro5x 仍有可用额度，可在[号池用量的申请页面](https://codex.20020519.xyz/reservation)申请 Codex-Sol 专属分组；如没有可预约额度，或需要继续使用订阅分组，请联系管理员申请重置订阅分组额度。
点击展开：使用 Sol 前的降智测试（可选）
若担心 Sol 是否降智，可先将下列题目原样发送给模型，再参考截图中的判定方式检查回答。
题目来源：[Linux.do 主题 2797049](https://linux.do/t/topic/2797049)
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/codex-sol-self-test-20260830.png)Sol 能力自测题与判定方式
```
有一个水杯配对游戏。共有 4 种不同颜色的水杯，每种颜色各有两个。将同色的两个水杯分别放在上下两层，因此
上下两层各有 4 个水杯。下层 4 个水杯按某个未知顺序排列，挑战者无法看到它们；上层水杯的颜色和位置则完
全可见。游戏开始后，挑战者可以反复进行以下操作：
1. 向裁判询问当前有多少个位置满足“上下两个水杯颜色相同”。裁判只回答匹配位置的总数，不透露具体是哪些位置；
2. 根据目前获得的所有信息，挑战者可以选择交换上层任意两个相邻位置的水杯，注意只能是相邻，不能是任意两个。
当 4 个位置全部匹配时，游戏结束。问题：
挑战者应采用何种策略，才能保证对于下层水杯的任意排列都能完成配对？
所有能保证成功的策略中，最坏情况所需的交换次数最少是多少？
回答时请不要进行联网搜索，也不要写代码来辅助计算(包括思考过程中)。
假设答案是 x ，你需要给出严格的证明，为什么 x 可行，为什么小于 x 不可行。
```
点击展开：Codex-Sol 预约使用说明（订阅额度用尽后）
**1. 订阅额度用尽后提交 Codex-Sol 预约**
确认 `Codex-Sol-Subscription` 的每周 100 USD 额度已用尽，且课题组 Pro5x 仍有可用额度后，再在“号池用量”的“申请”页面提交 `Codex-Sol` 专属使用申请。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/sol-application-request-20260830.png)提交 Sol 使用申请**2. 确认 Codex-Sol 预约成功**
预约成功后，会出现如下状态；若当前没有可预约额度，请联系管理员申请重置订阅额度。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/sol-application-approved-20260830.png)申请成功后的状态**3. 切换到 Codex-Sol API 分组**
在 Codex 中，将 API 分组切换为 `Codex-Sol`，即可在预约时段使用 Sol 模型。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/sol-api-group-selection-20260830.png)切换到需要使用 Sol 的 API 分组**4. 提前停止 Codex-Sol 预约**
如需提前结束已申请的 `Codex-Sol` 专属时段，可以手动取消。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/sol-early-stop-20260830.png)手动取消使用取消后会出现以下提示。
[](https://docs.20020519.xyz/uploads/images/gallery/2026-08/sol-stop-confirmation-20260830.png)取消后的状态提示**注意：**手动取消或预约到期后，需要手动将 API 分组切换回原来的 Codex-TerraLuna；下次需要 Sol 时，仍请优先切换到 Codex-Sol-Subscription。