我是原 Claude Max 20x 用户，在经过了短暂的一个月 ChatGPT Pro + Claude Pro 同时购买的阶段之后，现在已经完全转成 ChatGPT Pro 了，连 Claude Pro 都不想留。

因为更多时候 Codex 的表现都能更好，除了思考慢、命令行工具使用体验没那么好、权限管理没那么好以外，其他方面 Claude 都会因为它那种莫名其妙的摆烂机制而更容易表现出更差一些的结果，甚至极端的需要深度调研收集信息的场景会更容易得出完全没法用的结果。即使把 Codex 制定的计划给 Claude ，也还是会容易在这方面出问题，不如干脆纯 Codex 。

而 GLM 的能力跟 Claude 都没法比，就更没法跟 GPT 比了。为自己的时间着想，建议直接上 Codex 。

@lianyanjiajia #20 改一下 Dockerfile ，把下载地址改成 QQ 的 Linux 版即可，直接就可以正常登录使用

手机上后台有没有开什么淘宝、支付宝之类的玩意？国内大厂 APP 有些如果在后台跑会偶发莫名其妙地持续大量跑运算的情况，导致手机发热量大。再加上本身散热环境差，装了一个看起来有点厚的手机壳 + 放在一个不知道多厚的兜里，热量散发不出去，无论哪个品牌的手机，在这种条件下，表面温度都是可以达到轻微烫手的程度的。

如果叠加之前电池有鼓包且没换电池，或者是有鼓包但按某些“天才”的办法给电池包戳了个洞放气之类的，导致电池本身就不那么稳定的话，不排除是因为电池在这种情况下持续受热才导致的出问题。

如果电池确认不会有问题，并且也没有进水之类的，那带上购买证据直接发抖音之类的就好了，自然会有人主动找过来了解情况、协调处理。

@v2wp #157 双方聊天记录、做的事情、在 V2EX 上的对话都如此清晰，还能“百思不得其解”只能说你开心就好。block 了，不必再跟我扯。

@LonelyNoodles #155 你跟楼上同样的问题，直接送你 block ，不用谢。

@shunia #152 到底谁没读懂事实，谁没仔细看啊？ OP 在聊天记录里把情况说得清清楚楚，他能正常访问，他只是自己的线路差导致晚高峰爆炸而已，哪里要翻墙了？ 1000 多一个月的问题我前面也说过了。懒得跟你扯，也送你个 block 。

@poxiaogg #139 赚多赚少只有商家自己知道，但很明显如果赚的多自然也没必要不上国内高防 CDN ，这情况只能是取舍后的结果而已

太正常了，b 站用户数量水分很大的，以前 b 站注册限制小且用户 ID 还是自增序号的时候，有段比较长的时间我甚至看到每分每秒都有新的、带有明显规律特征的批量注册账号在被注册出来，都不知道是官方还是第三方搞的

只要不磕碰、不挤压、不进液，基本就坏不了，最多有点划痕而已

@Ansen #133 别搞得好像解决网络问题的门槛多高一样...要是在 CSDN 之类的上面有人说这种事情那还能拿梯子说事，都上 V2EX 了还扯这些？就是图个便宜量大而已

@hidemyself #131 笑死，搞得好像二道贩子多牛逼了一样，月付 1000+按同等用量最后还不是得进别人口袋里？真正能算付给中转站当服务费的有多少都不一定，跟通常自有产品的套餐付费完全不是同一个逻辑

@dryadent #127 你开心就好

@littlebadbay #126 我还是那个观点，单纯为了解决网络问题不会去买中转站的服务，买中转站更大原因是为了便宜量大。根据前面的信息也能看出，这个中转站有被攻击，用 cf 明显是成本考虑，真接国内 CDN 就不一定是这个价了。

@mie #4 不排除是开着的时候有阿里系的流量已经走出去了，或者是 DNS 解析在开着梯子的时候刚好被缓存到一个不符合本地 IP 的结果，都有可能的。

所以价值观、思维水平、收入能力（和潜在的个人能力）差异这么大，是怎么发展到结婚的，比较好奇...看着都感觉难受得很

@Bingchunmoli #117 CDN 跟中转站是完全两码事，CDN 本身就是为了优化线路而生的，CDN 服务商有义务尽可能让所有用户都可以正常使用；中转站是什么？依靠多用户共用账号甚至可能偷换模型的方式实现便宜量大，同时给被墙了的服务提供中转，哪来的义务尽可能覆盖所有用户？

从用户角度（尤其是对于使用这种服务的懂技术的人群）来说，中转站这种东西就压根没有存在的意义，直接买官方服务并不麻烦，还没有任何中间服务商带来的风险。如果不为了便宜量大，没有任何理由为了所谓的解决网络问题而买个不确定会不会跑路、会不会投机取巧背地里搞操作的第三方。

@JingKeWu #121 你这不就纯抬杠吗？按你这么说你还试图用已经被封的境外公司的服务呢，甚至人家 Anthropic 还明确说了不给中国大陆用户使用呢，你咋不说你违法、违反别人用户协议？ block 了，懒得跟你继续扯

如果不是单纯考虑额度上限问题，建议可以考虑用其他第三方的方案，自己在服务器上部署一个可以远程控制的 codex ，而不是使用云端 codex ，因为可自定义的程度没那么高，有些场景不方便，对 GitHub 上的项目做点小修小补还行。

@JingKeWu #118 那你就说人家给没给你解决方案嘛...