号池情况与后续规划
跟大家汇报一下目前号池的情况，以及后续的规划。
一、目前的情况
原因：
- 之前对风险判断得比较乐观
近期 OpenAI 对 Codex 端的风控收紧，尤其点名了我们目前使用的、被称为 Sub2API 的中转分发方式，但我还是抱有一定的侥幸心理。 - 并发数过高
我们之前整个号池的并发大约在 10 左右。目前来看，如果希望更加稳妥，最高并发最好控制在 5 以内。 - 多个账号使用了相同的美国 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. 参与方式
本轮测试采取自愿报名、共同分摊费用的方式。只有参与费用均摊的成员加入本轮测试，即参与分摊的成员参加本轮测试使用。
3. 风险和费用承担
当前测试方案仍存在账号风控、降智等不确定性，并且不排除失败的可能性。本轮测试的费用和风险成本由参与测试的成员自行承担。如果失败，相关费用不保证由课题组报销。
本轮测试安排及风险承担方式已经向课题组老板说明。
4. 具体分发安排
为降低大家的学习与适应成本，Codex 端计划在现有 Sub2Api 上游新增一层 CliProxyAPI 的反向代理。此举旨在规避 OpenAI 对 Sub2Api 转发特征的识别，同时保障大家可继续沿用 DeepSleep 中转站界面 ，无需适应新的操作入口。
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、shuaiAPI 等）、DeepSeek、Kimi、智谱、小米 Mimo 等。大家如果有好的方案，也欢迎在群里交流。
从长远来看，形成一种课题组提供基础保障、个人按需补充、彼此分享经验和方案的方式，会比所有东西都由课题组统一提供更有价值。
后续的使用体验可能会比以前稍微受限一些，感谢大家的理解。