这几天 codex 的用量是不是有点问题啊

[oldManNewThought]

我是 plus 订阅。一个 java 后端问题，他写完代码直接从 99%消耗到 79%，这个问题可能涉及到多个 java 类。但是另一个是前端 vue 组件，我确定就一个文件，就让他改一个方法，从 99%到 84%，这尼玛我哪还敢用啊

[Sezxy]

我今天也发现消耗特别快。
上周还没这个感觉

[cookLv]

同感，比之前感觉快非常多

[lujiaosama]

是 5.5HIGH 么。一直都很快

[hanbaoji]

为啥我感觉是消耗慢了，开 xhigh 和 high 差不多

[YaNanGe]

我也发现消耗变快了

[PerFectTime]

首先看你用的什么模型，5.5 的消耗是 5.4 的两倍，另外看有没有开 fast ，5.5 的 fast 是 2.5x 用量，1.5x 速度

[yu6564172]

要定义每一个项目的省 token skills, 限制无意义输出，多把热点查询命令固化成脚本，打印标准化一句结论，可以省下来不少 token 的，查运行日志可以事先定义查询脚本，保留完整日志到文件，控制台只从 pid 或者完整日志中 grep 获取摘要，要详细查也可以查到，运行环境变量这些都可以固化， 避免乱找乱查，大多数 token 的消耗就是日志刷屏和乱找乱查

[yu6564172]

打个比方， 我正在做一个 pcb 自动布局布线的框架，如果每一轮都让他完整跑完整查，两三天就能把 200 刀的周额度用个精光， 现在一句摘要消耗非常小

[neuthself]

同感，这个月消耗挺快的

[MoMMM]

今天消耗确实快很多，两三个问题直接把 5 小时额度干完，GLM 又一直 Retrying 。。。

[walkon]

它还有一个 Bug ，如果设置了 Goal 又碰到 compact error ，能把你额度耗光。

[recordnow]

@MoMMM #10 请问下 GLM 这么不堪用嘛，我还准备买 GLM 呢..

[MoMMM]

@recordnow #12 别买，我还是老版本 Pro 套餐，暂时没有周限额的，频繁提示：您的账户已达到速率限制，请您控制请求频率，我就一个项目使用。要不是今天 Codex 额度消耗实在太快，我是不想用它的。

[vincentwu]

消耗绝对有问题，感觉是以前的三到五倍

[Plutooo]

plus 的额度已经砍成跟 team 差不多了，5 小时 10 刀大概跟之前比是减半

[sunzongzheng]

同感，就这几天

[azal]

我有个定时早上六点发一下 hallo ，让他回复我 hallo 。为了 11 点重置额度用的。今天早上过来，发现五小时直接额度 74%了。然后我惊呆了啥也没干，过一会看 68%了。感觉是这个 codex 客户端开着就啥也不动 也在跑额度

[registerrr]

@azal #17 这个定时任务怎么实现的？老哥能细说下么。我也想能定点重置额度

[azal]

codex 的客户端就有 自动化 这个功能，里面新建一个 定时每个工作日早上几点 发一条消息，让对方回复一句就好。使用最低的模型。https://i.meee.com.tw/EIZXmHy.png

[azal]

@registerrr 1