nekoyaki

没啥办法可能…… 我前一阵子刚对接过服务端的苹果支付处理流程，apple 订单的结算是在客户端支付时，客户端需要自己带上一个 appAccountToken 值， 这个值由应用方自己计算，会在支付成功后，随订单信息一起推给 openai 的后台， 除了这个值以外没有任何其他路径可以与“服务提供商”挂钩的参数。openai 会用这个去解析订单属于哪个他们自己的用户。
你如果给别人开通过，那么你的这条支付记录在 openai 里肯定就挂钩于人家了， 除非人家特地做了解绑（调 appleStore 接口更改 appAccountToken ），或者客户端特地传了新的、对应于你自己的账号的 appAccountToken, 否则你下次支付还是会自动沿用之前订单的 appAccountToken ，就是会传给别人的。

只能说，要有这个意识，不要擅自用自己的账号“帮别人开通服务”，这个本来就不是正常用户的操作方式。

，，， 我单纯进来感叹一句看见个灵梦头像，ID 前缀是萃香

@yeqiugt 我现在也感觉， 可能就是我自作聪明加上 --ignore-user-config --ignore-rules 这两个参数想减少 token 使用量，弄巧成拙，token 使用量太少，反而无法触发额度消耗了。。。我去掉晚上再观察观察

@kd9yYw2RyhQwAwzn 没有别的两步验证

啊？ 我这几天看到好多人说使用 codex 要手机号，但是我前几天刚被踢出登陆，重新登陆也没有要我的手机号验证啊， 是还没灰度到我，还是账号使用方式不同导致的？
我是正价日区 google play 订阅的 gpt plus 带的 codex, gpt3.5 的时代，注册时用当时的接码平台的手机号接过验证码， 现在接码平台倒闭了，而且就算没倒闭， 也肯定没法用同样的手机号验证，我很慌啊。。。

用的官方正价订阅+很干净、网络质量很好的代理，没有中转站，这几个月，每个月都会偶尔触发一次两次 compact 失败。这个真的只跟运气有关，不需要反思自己的环境。之前我也时不时遇见 compact 失败，尤其是四月份以后，每次 compact 失败会导致这个 session 直接废了， 而且还会直接吃掉百分之十好几的 5 小时额度，希望能早日解决吧

我很想知道，大家伙是做什么无比复杂的大项目了，还是让 gpt 读了巨大文件了吗，咋会一天花了 40%的周额度呢？
我是 plus, 5.4 + high (计划用 xhigh)， 没开 fast ，工作用，4 月份降低了额度上限之后，我除了因为 compact 失败被白吃了好几次 5 小时额度以外，plus 现有的额度都是够用的。

我是 ubuntu 24.04 + x11 + gnome-shell ， 近期也出现了和楼主完全相同的“无法再打开其他 gui 应用，只能使用已经打开的应用 具体报错为 Maximum number of clients reached” 这种现象。
并且，我的 linux qq 是 apt install 方式安装的， 同样有运行一段时间，xclient 占用数逐渐上升的情况。刚启动时 qq 占用个位数，但今天早晨开机启动 qq, 到现在已经占用 64 个了。

我家里和公司的电脑都有这个问题，运行一定时间后 xclient 逐渐就被打满了，同样也没找到解决办法，这个问题应该是近期才出现的。
一开始我是发现怎么 ctrl+alt+t 快捷键启动终端不好使了， 我还怀疑 chrome 来着，因为 chrome 占 5 个， 我把 chrome 关了发现就好使了; 后来发现又不好使了，查了一番才发现，在已经打开的终端里，再打开 gui 程序，就会报"Maximum number of clients reached"，也是用了类似的命令查了查才发现是 qq 占了大头。。。

我的感觉：
1 、你的 ip 确实还是要尽可能不和其他人混用（俗称的干净），你自己的隐藏措施再高明，架不住同 ip/同网段的 sb 污染你。
2 、尽可能像一个“正常的本地外国人/旅居外国人”一样，不要总是不合理地乱跳切区。