号池情况汇报与后续规划
跟大家汇报一下目前号池的情况，以及后续的规划。
一、目前的情况
原因：
- 之前对风险判断得比较乐观
近期 OpenAI 对 Codex 端的风控收紧，尤其点名了我们目前使用的、被称为 Sub2API 的中转分发方式，但我还是抱有一定的侥幸心理。 - 并发数过高
我们之前整个号池的并发大约在 10 左右。目前来看，如果希望更加稳妥，最高并发最好控制在 5 以内。（这样做的代价是，高峰期大家的请求可能需要排队，但能够降低账号风险） - 多个账号使用了相同的美国 IP
这次两个账号同时被封，它们使用的是同一个 IP，这很可能也是两个账号一起出问题的重要原因。
目前：
- 原网页端账号已经无法继续使用
- 之前账号中的聊天历史目前已经无法取回
- Codex 端我暂时找了其他渠道给大家过渡
Codex 端仅开放当前过渡方案只开放 Terra 和 Luna模型，Sol 模型暂未开放，主要是出于成本考虑模型
二、需要对分发方式进行改进为什么需要调整分发方式
如果按照以前的方式继续分发 Codex，无异于顶风作案。
但从另一个角度讲，Coding Agent 的额度其实并没有那么难获得。
除了 Codex 之外，DeepSeek、Kimi、智谱等也都拥有足够智能的模型，可以作为 Coding Agent 使用。总体来看，Coding Agent 的额度比高端网页端对话服务更容易获得。
相比于 DeepSeek、Qwen 等国产厂商提供的网页端对话服务，等国产厂商提供的网页端对话服务，ChatGPT 这种能够提供 xHigh / Pro 级模型及其配套生态，并且可以稳定进行大量对话的网页端服务，其实反而比较稀缺。其实反而比较稀缺。
过去这 3 个月，我们采用的网页端指纹浏览器分发方案整体比较稳定，暂时还没有因为网页端分发本身出现封号。
反而是 Codex 端目前的风控更加严格。
所以后续课题组号池的思路会有所调整：所以后续课题组 Codex 端号池的思路会有所调整：
网页端继续提供保障，Coding Agent 则逐渐从逐渐从“课题组提供全部模型”转变为“课题组提供基础模型兜底 + 大家自行补足高等级及多类型 Coding Agent 需求”。
三、后续 Codex 端模型的分发与使用端模型的分发原则
1. 稳定性第一稳定性优先
之后无论采用什么方案，都会把稳定性放在第一位。
课题组会尽量保证大家在课题组会尽量保证基础 Coding Agent 方面始终有一个基本的兜底方案（如 Terra、Luna 模型），但会对并发数进行较严格的限制（如最高 5 并发）。
后续会从相对谨慎的配置开始，在稳定的前提下再逐步调整。方案的可用性，并通过控制并发数、从相对谨慎的配置开始测试等方式，降低账号风险。
2. 基础模型作为主要保障
Terra、Luna 是基础分发模型，课题组会尽量保障大家的日常 Coding Agent 尽量给大家兜底
课题组会尽量为大家保留一个可用的兜底方案，我们也会继续和杜老师沟通，争取相应的资源。需求。
3. 希望大家逐渐建立自己的高成本模型实行额度管理
根据前期观察，Sol 的使用成本较高，不适合不限量分发。后续将根据实际使用情况决定是否分发，或设置每周限额。
4. 额外需求由个人补充
对于更高并发、更多 Token、更高级模型等 Coding Agent 渠道
当时搭这个号池和中转站，也是希望先把大家带进门，让大家体验到 Coding Agent 能做什么。
现在大家已经用了一段时间，对这套东西应该都有了一定了解。因此，后续也希望大家能够开始寻找适合自己的模型和渠道。
Codex、DeepSeek、Kimi、智谱以及其他 Coding Agent，网上其实都有不少 Token 的获取方式。后面我们也会把自己用过的一些渠道、经验和踩坑情况整理出来和大家分享。
大家如果发现了比较好的模型、渠道或者使用方案，也欢迎在群里交流。
我觉得这反而会比所有东西都由课题组统一提供更有价值。需求由个人解决，后续我们会整理并提供一些可选渠道和使用经验。
四、近期的具体方案近期测试阶段
考虑到现在正处在风控比较敏感的阶段，接下来一段时间，我们会采取一个相对保守的方案。
目前计划先重新购买并分发一个1. Pro 5x。测试内容
网页端继续采用之前的指纹浏览器分发方式，整体使用方式和以前基本一致。大家可以继续使用其中的 xHigh 级别模型。
Codex 端会严格限制并发，整个号池最高并发数暂时控制在 5 以内。
同时，只开放：
Sol 暂不开放，主要是考虑到近期正在测试一个完整的 Pro 5x 的总额度较为有限。订阅方案的分发。
至于：
可以选择其他 Codex 中转站，也可以尝试 DeepSeek、Kimi、智谱等国产模型作为替代。本轮测试采取自愿报名、共同分摊费用的方式。只有参与费用均摊的成员加入本轮测试，即参与分摊的成员参加本轮测试使用。
另外，3. 风险和费用承担
当前方案仍存在账号风控、封号等失败的可能性。本轮测试的费用和风险成本由参与测试的成员自行承担。如果失败，相关费用不保证由课题组报销。
本轮测试安排及风险承担方式已经向课题组老板说明。
4. 具体分发安排
Terra 和 Luna：测试初期仅分发 Terra 和 Luna。根据前期观察，Terra 和 Luna 模型足以支撑团队使用，因此不设置个人限额，但号池总量有限，需要大家自行把握。
Sol：Sol 在测试初期不会立即分发。由于 Sol 的额度消耗和使用成本较高，后续将根据实际使用情况进行分发，并结合总体用量设置每周限额，不进行不限量分发。
网页端：继续采用之前的指纹浏览器分发方式，整体使用方式和以前一致，无用量限制。值得说明的是，网页端的 ProxHigh 级模型近期暂不提供级别模型即为（）。
6. 报名方式。
有意参加本轮测试的成员，可以在充分了解费用分摊方式及相关风险后报名加入。
五、下一阶段的计划后续正式阶段
无论本轮测试成功还是失败，后续都会形成一个覆盖课题组大部分成员的正式分发方案。
1. 如果测试成功
如果本轮测试的稳定性、成本和使用效果符合预期，后续将在现有方案基础上进一步完善，并逐步扩大覆盖范围。
正式阶段再确定：
至少保留 Pro 5x，后续也可能根据实际情况升级为 Pro 20x；具体覆盖成员Pro 5x 的网页端继续提供给大家共用，并采用指纹浏览器进行分发；网页端分发方式另外增加一个可预约使用、稳定且不降智的网页端Terra、LunaPro 级模型，具体可能采用仅订阅 Pro 20x 网页端，或完整订阅 Pro 20x 的方式；的使用规则号池中至少保留SolPro 5x 的 Codex 端资源。担和以前最大的区别是：我们会主动限制号池的总体并发数，优先保证账号稳定。的每周额度
如果这样的并发和额度依然无法满足个人的使用需求，那么额外的2. Token 就需要大家自行解决。如果测试失败
如果后续再次遇到风控，甚至出现封号的情况，我们也会尽可能寻找其他可行的方式，继续为大家提供如果本轮测试未达到预期，将根据实际问题调整账号来源、分发渠道或整体技术方案，不会机械沿用已经证明不稳定的方式。
即使网页端共享方案需要调整，也会继续寻找其他可行方式，为课题组大部分成员提供网页端或基础 基础模型的兜底保障。Coding Agent 方面的保障。
3. 正式方案另行公布
后续正式方案将根据测试期间的稳定性、实际用量、成本和风险综合确定，具体覆盖范围、额度及使用规则将在测试结束后另行公布。
这段时间的使用体验可能会比以前稍微受限一些，尤其是在高峰期可能会出现排队，感谢大家的理解。