[Idea] 希望优化账号调度器

[huyachigege]

提交前我已确认

• 我搜过 已有 issues，没看到类似的想法

我的想法

事情是这样的，我的链路是sub2api->cpa->codex2api，
sub2api里面是多个不同的用户调用请求，cpa里面是只有一个固定的key给sub2api来访问，同时配置了一个codex提供商（里面配置的是codex2api的地址和一个key），
然后sub2api里面不同用户的请求好像会有偏好性的聚集到codex2api里面的一个账号，不知道这个调度是根据哪些请求字段来作为key的，或者我该怎么配置，来让sub2api里面不同用户的请求，最终对应到codex2api里面的不同账号上（这时候它们的并发都没有满）。

之前账号交给cpa管理的时候能够比较分散的把请求发给各个账号上，但是账号交给codex2api管理后就有偏向性的聚集。

我想解决什么问题 / 用在什么场景？（可选）

尽可能的sub2api里面的每个用户在codex2api账号正常的情况下一一绑定，只有sub2api用户大于codex2api的账号的时候再出现一个账号给多人使用的情况，这样达到降低账号并发的目的。现在的情况就是旱的旱死，涝的涝死，有的账号一直没有请求，有的全是打满并发。

对我来说有多重要？（随手选）

None

[james-6-23]

v2.4.5 已针对单 Key 多用户场景优化调度（内容派生会话种子，按对话分散到不同账号），请升级实测；如仍有聚集可 reopen。