Skip to main content

号池情况汇报与后续规划

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

号池后续规划分配图(整体概要)
图:号池后续规划分配图(整体概要)

一、目前的情况

原因:

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

目前:

  • 原网页端账号已经无法继续使用
  • 之前账号中的聊天历史目前已经无法取回
  • Codex 端我暂时找了其他渠道给大家过渡
  • 当前过渡方案只开放 Terra 和 Luna 模型

二、为什么需要调整分发方式

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

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

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

相比于 DeepSeek、Qwen 等国产厂商提供的网页端对话服务,ChatGPT 这种能够提供 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. 参与方式

本轮测试采取自愿报名、共同分摊费用的方式。只有参与费用均摊的成员加入本轮测试,即参与分摊的成员参加本轮测试使用。

3. 风险和费用承担

当前方案仍存在账号风控、封号等失败的可能性。本轮测试的费用和风险成本由参与测试的成员自行承担。如果失败,相关费用不保证由课题组报销。

本轮测试安排及风险承担方式已经向课题组老板说明。

4. 具体分发安排

Terra 和 Luna:测试初期仅分发 Terra 和 Luna。根据前期观察,Terra 和 Luna 模型足以支撑团队使用,因此不设置个人限额,但号池总量有限,需要大家自行把握。

Sol:Sol 在测试初期不会立即分发。由于 Sol 的额度消耗和使用成本较高,后续将根据实际使用情况进行分发,并结合总体用量设置每周限额,不进行不限量分发。

网页端:继续采用之前的指纹浏览器分发方式,整体使用方式和以前一致,无用量限制。值得说明的是,网页端的 xHigh 级别模型即为()。

6. 报名方式

有意参加本轮测试的成员,可以在充分了解费用分摊方式及相关风险后报名加入。


五、后续正式阶段

无论本轮测试成功还是失败,后续都会形成一个覆盖课题组大部分成员的正式分发方案。

1. 如果测试成功

如果本轮测试的稳定性、成本和使用效果符合预期,后续将在现有方案基础上进一步完善,并逐步扩大覆盖范围。

正式阶段再确定:

  • 具体覆盖成员
  • 网页端分发方式
  • Terra、Luna 的使用规则
  • Sol 的每周额度
  • 并发限制
  • 费用承担方式
  • 账号维护和异常处理规则

2. 如果测试失败

如果本轮测试未达到预期,将根据实际问题调整账号来源、分发渠道或整体技术方案,不会机械沿用已经证明不稳定的方式。

即使网页端共享方案需要调整,也会继续寻找其他可行方式,为课题组大部分成员提供网页端或基础 Coding Agent 方面的保障。

3. 正式方案另行公布

后续正式方案将根据测试期间的稳定性、实际用量、成本和风险综合确定,具体覆盖范围、额度及使用规则将在测试结束后另行公布。


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