关于5.6日 codex降智(超限)和中转站不降智(超限)的讨论

做个补充: 有人借这个,专门说中转站不会出现这种情况 从而忽略了中转带来的风险,我认为这样不可取 我认为有可能是因为: 中转号会比较多,这样的话,重新进入codex,就可以打破粘连逻辑 换个账号就可以避免单账号的算力限制 只能说中转站账号多,而不能说中转站就是好的解决方案 无论什么时候,中间人攻击都...
关于5.6日 codex降智(超限)和中转站不降智(超限)的讨论
关于5.6日 codex降智(超限)和中转站不降智(超限)的讨论

做个补充:

有人借这个,专门说中转站不会出现这种情况

从而忽略了中转带来的风险,我认为这样不可取

我认为有可能是因为:

中转号会比较多,这样的话,重新进入codex,就可以打破粘连逻辑

换个账号就可以避免单账号的算力限制

只能说中转站账号多,而不能说中转站就是好的解决方案

无论什么时候,中间人攻击都是必须防范的东西

codex 5.5 降智不是错觉 百字告诉你原因 开发调优
今天在使用codex 5.5的时候,感觉效率很低 回复很慢,而且总是理解不了我的意图 而且总是打到如下字段: Selected model is at capacity. Please try a different model. 首先排除额度问题,我用的pro 20x,窗口余量充足 解决方案与尝试: 切换账号IP,好了一小会,结果又打到了 起初我以为是我犯困降智了,结果我切换了5.…

1 个帖子 - 1 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文