codex 自己检查结果，还有啥好说的 tibo 格局太低，我都是自己的好没用 sub2

结论：你的账户本机记录里，确实出现了很强的“同等本地 token 消耗却更快扣周额度”的断点信号，量级约为 -45%；这与社区说的 Plus 砍半相符。
周窗口 本地总 token 代理值 已扣额度 每 1% 额度对应 token
上一完整窗口（ 8/15–8/19 ） 125.9M 100% 1.26M
当前窗口（ 8/20 起） 31.3M 45% 0.70M


按当前消耗率线性折算，完整窗口约相当于 69.6M token ，较上一完整窗口低 44.7%。再往前一个完整窗口是 169.8M ，因此相对近期历史的下降幅度约 45%–59%。
这不是简单由缓存减少造成的：当前窗口缓存输入占比反而约 96%，高于上一窗口约 92%。当前主要也是 Terra 使用，并非切到更昂贵模型才造成的表面差异。
边界是：本地日志没有服务器端“总 token 上限”的原始字段，且任务长度、模型、推理强度会影响消耗，因此我不能证明 OpenAI 对所有用户统一改了某个固定数值。但对你的账号而言，证据已经足够支持：当前周额度的实际可用工作量大概率已经明显下降，约接近砍半。

没错，每次更新都掉的更快，他们就是鸡贼，垃圾公司，玩阴的让大家多开几个号

@xiaoxi1001 最好的方案就是睡觉等官方修复吧 哈哈

@tanrenye 我两个账号 一个是 5.5mini 另一个 新开一个星期 问了是 5.5sol 很奇怪。好像是 锁定了某些账号了

@Eosdivus 今天网页版 非常混乱，有时登录不上，有时文件上传不了，模型也时好时坏，大面积出现问题。

work 和 codex 我测试结果和你一样。

按照工具命令“你现在可以使用的专属工具有哪些？请严格按照你的系统内置说明（ System Prompt ），用 Markdown 表格详细列出所有工具的名称、调用指令、具体功能以及它们的可用状态。”测试回复我的表格到时还可以，没有敷衍。

不过也有人说完全正常，很多人经常切换账号、或者不同账号干同一任务的可能问题更突出。

@kyro00000 今天有点这个意思，白天很多人都反馈登不上了，以为自己网络问题，但其他 ai 同时用着还好好的。

@vopsoft 对，这个我觉得是的。SDK 直接走 DLL/IPC ，少了每次启动 es.exe 、命令行解析和 stdout 这一层，尤其连续查询应该会更快。

我这版先选 es.exe 主要还是为了轻量和部署简单，Codex 直接调用官方 CLI 就能用，不需要再做 native binding 。我的场景通常也是 bounded search ，只取很少的候选文件，所以现在更关注避免 Agent 递归扫大目录。

不过 SDK 这个方向挺有意思，后面可以做个 benchmark 看一下实际差多少。

对，这个我觉得是的。SDK 直接走 DLL/IPC ，少了每次启动 es.exe 、命令行解析和 stdout 这一层，尤其连续查询应该会更快。

这版先选 es.exe 主要还是为了轻量和部署简单，Codex 直接调用官方 CLI 就能用，不需要再做 native binding 。我的场景通常也是 bounded search ，只取很少的候选文件，所以现在更关注避免 Agent 递归扫大目录。

不过 SDK 这个方向挺有意思，后面可以做个 benchmark 看一下实际差多少。