真想有防护能力的话，最简单的方法是去逆向一下别人商业的验证码，比如腾讯或者网易易盾的，逆向一遍就知道怎么造出恶心死人的人机验证了 ^-^ 其实加个vm和混淆以及wasm就能防住大部分人了，再加个腾讯的那种tdc动态生成，已经很恶心了 ^-^ 剩下的会用AI的破了就破了，这个东西只能提高逆向成本，不可能完全防住的

用主站登录一次更新状态应该就行了

有免费模型和免费额度，一个模型每天大约10M的样子，0.5那个我觉得没啥用 ^-^

目前采用的是resin，easyproxies满足不了现在的需求  不是软件的问题，主要是稳定的代理以及出口ip不够多

cline这个是老渠道了，新渠道我也找不到 ^-^

这个重试处理比较麻烦 ^-^ 好多在流过程中中断的

部分原因源自代理，因为cline对ip也有限流，但是目前代理池用的是cf的edt，我这边没有更稳定长久且延迟比较低的了  每天cf都在发这个邮件 ^-^

这个有可能是代理的原因，代理目前解决不了 我打算看看能不能像codex那样错误能重试

我没看过确实不知道 ^-^ 不过我可以看答案 ^-^

前排支持，我能猜出0个 ^-^

 大赌破产 ^-^

我用nightly版本感觉现在好像好一点了，之前真的是切个屏就要重新加载，感觉火狐做了什么改动，现在好歹切屏回来不用重加载了 ^-^

其实16G的也是，拿他真是没有任何招数，切个屏就要重新加载 ^-^

佬，如果要优化到底我估计你要去二开优化一下sub的代码，他有一些令牌刷新和鉴权之类的没写好，包括配置读取放在请求前发生，导致首字会慢一点点 不过位置影响还是最大的 ^-^ 我这个在欧洲的物理延迟就有1秒 ^-^ ![图片](https://cdn3.ldstatic.com/optimized/4X/b/b/8/bb89986aa7be7b6b8e724f0624aee50a617cb9f9_2_