win 还是 wsl 里用 codex 更舒服，win 直接用的话各种路径问题，而且也不安全，Full access 有误删文件风险

banked reset 就是重置卡

Luna 只能干死活儿，比如

sol max 出方案 → xhigh 写文档/定接口(接口的主要逻辑也得写清楚) -> Terra/Luna 作为码农写代码

需要点儿探索/研究的活儿 Luna 一般干不来

Pro 5x 。

Win 上客户端/网页都无法加载/显示重置卡。

换了 MacOS 立马就显示出来了，梯子是同一个节点。

户子是对的？ https://i.imgur.com/agAJ0Rd.png

https://github.com/openai/codex/issues/28756

LOL ，comment 秒级刷新😁

昨晚出现过，当时 https://status.openai.com 显示是美国那边出现了问题。梯子换了几个节点以后好了

https://status.openai.com/history 显示昨晚确实出现过问题

不过我现在用着没问题了

@NotNEO 我的机场有不同国家/不同类型的线路，应该是租用不同的 VPS 服务商，我试了切哪个线路都是一样的慢😂

@TimeDong 你这么一提我才恍然大悟，原来所谓的消耗速度过快问题的解决，是用 token 输出(解决问题/执行任务)速度下降换来的。O 社又搞骚操作了😂

前天 Tibo 说修复了之前很多用户抱怨的 sol token 消耗过快的问题，最近几天也重置了多次。

但我感觉就是从前天开始，解决问题的速度变得非常慢了，比之前慢很多。

至于 token 消耗，在 Tibo 宣称修复之前的那次重置，用量好像就变正常了。但是这两天重置以后，感觉掉的又变快了。但还是比之前很多用户抱怨的掉的飞快那种好一些。

是，但是只有网页端能用。

所以我经常用它来出方案、review 设计/代码，感觉比 Max 强。

不知道是因为 Pro 默认上下文比 Max 大的原因，还是本身模型就更强。

用量不大的话，一人一个 OpenCode Go 套餐？

"兄弟，你好香啊" https://i.imgur.com/duWRpIu.png

是这个问题吗？

https://github.com/openai/codex/issues/40700

这是持续很久的老 bug 了，官方一直没修，win 上用 remote connection 连远程 wsl/linux 就可能这种升级后无法启动的情况。

今天终于有人发了根因和解决方案了： https://github.com/openai/codex/issues/40700#issuecomment-5419391502

不过如果官方一直不修，每次更新如果需要同步更新 C:\Users\<USERNAME>\.codex\bin\wsl 中的内容的话，还是会报错，就需要按照上面的发方法再修一遍。

菜刀到底是好还是坏？

@zhujoen 按官方推荐的在.env 里也设置代理了吗？

我设置.env 可以启动、打开大部分界面，但是不能查看 usage/profle/archived 这些页面。用了 v2rayN 、设置 自动配置系统代理就正常了。

我在 linux 里测试也是，只配置.env 能启动有少数界面打不开，然后 shell 中设置代理 `export http_proxy=socks5://192.168.1.123:22224;export https_proxy=http://192.168.1.123:22224;export ALL_PROXY=socks5://192.168.1.123:22224;export NO_PROXY=localhost,127.0.0.1` 之后同一 shell 下启动 chatgpt 桌面版，就没问题了。
你在 Mac 上也可以尝试这种方法，Mac 的 app 是一层 container ，也可以在 shell 里启动

op 用的 Mac 吧，试试 v2rayN ，设置 自动配置系统代理/非 Tun ，用的很便宜的机场，没有断连问题。我之前也是用 v2rayU ，后来转 N 了

wsl 里装 docker+portainer 很不错，偶尔需要 win 也能用宿主机

@V2Try
梯子很多时候不能隐藏归属地，要查很容易，比如 https://ippure.com/claude.html 里提到的检测技术如 WebRTC 、系统语言、字体等。而 Google 对自家搜索的要做来源检测不仅可以用上面的这些技术，更可以直接通过 Google 的语言设置来辅助判断。

不过你说的 "再骗一批进来杀" 是我现在认为可能性更大更为合理的原因。
原因可能是这样的：

按 @billccn 的数据来看，GG 的很大一部分用户来自中国。而大部分又是保号套餐。
而这个市场用户量基本稳定，增量不多，想要增收就只能想办法在存量用户上动脑筋。
这样的话这次骚操作的原因就说得通了：封保号套餐这类低消费还占维护成本的号，全封完做得太绝，那就先全封再解一部分(#17 楼说没解封)，打一巴掌给颗糖吃。
没有解封的用户可能选择去用其他厂商的竞品。
那么 GG 只要提前跟其他厂商实现商量好：这次我带头先封一部分 ，你们接住我流失的用户。过段时间你们再分别封，我再回收你们的用户。这样就皆大欢喜了。

这其实跟很多中小机场经常被 DDoS 导致服务不可用而用户流失异曲同工，表面上是坏人/竞对干的，但是也不排除实际上是它们好多家自己联合起来做的。
因为市场趋于饱和的时候，增量用户几乎很少，维护存量用户就是成本（支出），想要降本增收就只能在存量用户上动脑筋。