Lin
> 会话可以被不同 key 处理吗？ 不可以，只做了最简单的修改
> 谢谢谢谢谢谢您进行此修改。我只有一个问题，我有5个ChatGPT Plus的令牌，如果其中一个令牌正在使用并且在您创建的此修改中失败，它会尝试使用下一个令牌，如果再次失败，它会尝试使用下一个令牌直到有一个可用吗？ > > "Thank you thank you thank you for this modification, I just have one question. I have 5 ChatGPT Plus tokens. If one token is being...
> 请问模式如何修改  可以在这里修改
> 多个OPENAI_ACCESS_TOKEN可以解决Only one message at a time. Please allow any other responses to complete before sending another messageor wait one minute.问题吗？ 理论上可以，不过默认策略是随机，应改用轮询比较好
> 这样做，上下文就关联就没有了 这个不影响的，上下文跟你的key没有关系
> > > 谢谢谢谢谢谢您进行此修改。我只有一个问题，我有5个ChatGPT Plus的令牌，如果其中一个令牌正在使用并且在您创建的此修改中失败，它会尝试使用下一个令牌，如果再次失败，它会尝试使用下一个令牌直到有一个可用吗？ > > > "Thank you thank you thank you for this modification, I just have one question. I have 5 ChatGPT Plus tokens. If one...
> 您好，看了下代码，请问您是随机调用的key吗？能否加一个参数，在当前key用完余额后再调用下一个key呢？这样可能会减少封号的风险，万分感谢！ 很简单，不用 loadbalancer 来生成 next 函数，自定义一个实现：保存一个数组元素的指针，从指向第一个元素开始，暴露一个使指针+1的 increase 方法，在 chatprocess 捕获异常时检测是否为余额不足的错误，是的话就调用 increase 方法，然后重新执行 chatprocess 函数，这样就可以自动切换到下一个有余额的账号了
> 他们不再接受拉动请求了吗？ 这个请求已经存在好几天了，他们没有把它上传到主页。 作者应该是有他的考量才没有合并，就像 #589 那样，留给有需要的人自行合并
> 如果能加上会话排队功能就更好了 会话排队功能是什么样的？详细说说
> 是只能在配置文件里面配置吗，我打包之后，在docker命令里面添加貌似不生效。 首先请确保你使用了该 PR 的代码，其次配置是用原有的环境变量进行配置的，可直接添加 OPENAI_API_KEY 和 OPENAI_ACCESS_TOKEN，如果仍然有问题，请把详细说明遇到的问题以及配置环境