号池情况汇报与后续规划
号池情况汇报与后续规划
号池情况与后续规划
跟大家汇报一下目前号池的情况，以及后续的规划。
一、目前的情况
原因：
- 之前对风险判断得比较乐观
近期 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. 参与方式
本轮测试采取自愿报名、共同分摊费用的方式。只有参与费用均摊的成员加入本轮测试，即参与分摊的成员参加本轮测试使用。
测试规模预计为 10 人左右，持续约 1 个月。按照目前预计 10 人计算，每人需分摊约 67.37 元；实际分摊金额将根据最终参与人数略作调整。
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 等。大家如果有好的方案，也欢迎在群里交流。
从长远来看，形成一种课题组提供基础保障、个人按需补充、彼此分享经验和方案的方式，会比所有东西都由课题组统一提供更有价值。
后续的使用体验可能会比以前稍微受限一些，感谢大家的理解。
号池情况与后续规划（2）
跟大家同步一下后续安排。
一、当前情况
坏消息是，本轮测试的 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 模型的分发与使用。
并发使用说明：目前 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 密钥页面的分组下拉框中选择该订阅分组即可使用。
查看订阅用量：在左侧进入“我的订阅”，即可查看 Codex-Sol-Subscription 的本周已用额度与周额度。
订阅分组额度用尽后，如课题组 Pro5x 仍有可用额度，可在号池用量的申请页面申请 Codex-Sol 专属分组；如没有可预约额度，或需要继续使用订阅分组，请联系管理员申请重置订阅分组额度。
点击展开：使用 Sol 前的降智测试（可选）
若担心 Sol 是否降智，可先将下列题目原样发送给模型，再参考截图中的判定方式检查回答。
题目来源：Linux.do 主题 2797049
有一个水杯配对游戏。共有 4 种不同颜色的水杯，每种颜色各有两个。将同色的两个水杯分别放在上下两层，因此
上下两层各有 4 个水杯。下层 4 个水杯按某个未知顺序排列，挑战者无法看到它们；上层水杯的颜色和位置则完
全可见。游戏开始后，挑战者可以反复进行以下操作：
1. 向裁判询问当前有多少个位置满足“上下两个水杯颜色相同”。裁判只回答匹配位置的总数，不透露具体是哪些位置；
2. 根据目前获得的所有信息，挑战者可以选择交换上层任意两个相邻位置的水杯，注意只能是相邻，不能是任意两个。
当 4 个位置全部匹配时，游戏结束。问题：
挑战者应采用何种策略，才能保证对于下层水杯的任意排列都能完成配对？
所有能保证成功的策略中，最坏情况所需的交换次数最少是多少？
回答时请不要进行联网搜索，也不要写代码来辅助计算(包括思考过程中)。
假设答案是 x ，你需要给出严格的证明，为什么 x 可行，为什么小于 x 不可行。
点击展开：Codex-Sol 预约使用说明（订阅额度用尽后）
1. 订阅额度用尽后提交 Codex-Sol 预约
确认 Codex-Sol-Subscription 的每周 100 USD 额度已用尽，且课题组 Pro5x 仍有可用额度后，再在“号池用量”的“申请”页面提交 Codex-Sol 专属使用申请。
2. 确认 Codex-Sol 预约成功
预约成功后，会出现如下状态；若当前没有可预约额度，请联系管理员申请重置订阅额度。
3. 切换到 Codex-Sol API 分组
在 Codex 中，将 API 分组切换为 Codex-Sol，即可在预约时段使用 Sol 模型。
4. 提前停止 Codex-Sol 预约
如需提前结束已申请的 Codex-Sol 专属时段，可以手动取消。
取消后会出现以下提示。
注意：手动取消或预约到期后，需要手动将 API 分组切换回原来的 Codex-TerraLuna；下次需要 Sol 时，仍请优先切换到 Codex-Sol-Subscription。
四、其他
另外，新方案刚启动测试，前期难免有疏漏。使用中如有问题或建议，欢迎随时反馈，我会及时完善。
课题组会尽力保障基础 AI 使用需求，但受近期风控收紧影响，已难以像之前那样不限量提供 Codex 端 Sol 模型的使用和网页端 Pro 模型的预约。现阶段优先保稳定，尽量满足基本使用，还请理解。