我是 plus 订阅。一个 java 后端问题，他写完代码直接从 99%消耗到 79%，这个问题可能涉及到多个 java 类。但是另一个是前端 vue 组件，我确定就一个文件，就让他改一个方法，从 99%到 84%，这尼玛我哪还敢用啊
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 142 days ago, the information mentioned may be changed or developed.
 |
SezxyJun 15
1
我今天也发现消耗特别快。
上周还没这个感觉 |
 |
cookLvJun 15
2
同感，比之前感觉快非常多
|
 |
lujiaosamaJun 15
3
是 5.5HIGH 么。一直都很快
|
 |
hanbaojiJun 15
4
为啥我感觉是消耗慢了，开 xhigh 和 high 差不多
|
 |
YaNanGeJun 15
5
我也发现消耗变快了
|
 |
PerFectTimeJun 15
6
首先看你用的什么模型，5.5 的消耗是 5.4 的两倍，另外看有没有开 fast ，5.5 的 fast 是 2.5x 用量，1.5x 速度
|
 |
yu6564172Jun 15
7
要定义每一个项目的省 token skills, 限制无意义输出，多把热点查询命令固化成脚本，打印标准化一句结论，可以省下来不少 token 的，查运行日志可以事先定义查询脚本，保留完整日志到文件，控制台只从 pid 或者完整日志中 grep 获取摘要，要详细查也可以查到，运行环境变量这些都可以固化， 避免乱找乱查，大多数 token 的消耗就是日志刷屏和乱找乱查
|
|
yu6564172Jun 15
8
打个比方， 我正在做一个 pcb 自动布局布线的框架，如果每一轮都让他完整跑完整查，两三天就能把 200 刀的周额度用个精光， 现在一句摘要消耗非常小
|
 |
neuthselfJun 15
9
同感，这个月消耗挺快的
|
 |
MoMMMJun 15
10
今天消耗确实快很多，两三个问题直接把 5 小时额度干完，GLM 又一直 Retrying 。。。
|
 |
walkonJun 15
11
它还有一个 Bug ，如果设置了 Goal 又碰到 compact error ，能把你额度耗光。
|
|
MoMMMJun 15
13
@recordnow #12 别买，我还是老版本 Pro 套餐，暂时没有周限额的，频繁提示：您的账户已达到速率限制，请您控制请求频率，我就一个项目使用。要不是今天 Codex 额度消耗实在太快，我是不想用它的。
|
 |
vincentwuJun 15
14
消耗绝对有问题，感觉是以前的三到五倍
|
 |
PlutoooJun 15
15
plus 的额度已经砍成跟 team 差不多了，5 小时 10 刀大概跟之前比是减半
|
 |
zhangyimingJun 15
16
同感，就这几天
|
 |
azalJun 15
17
我有个定时早上六点发一下 hallo ，让他回复我 hallo 。为了 11 点重置额度用的。今天早上过来，发现五小时直接额度 74%了。然后我惊呆了啥也没干，过一会看 68%了。感觉是这个 codex 客户端开着就啥也不动 也在跑额度
|
 |
registerrrJun 15
18
@azal #17 这个定时任务怎么实现的？老哥能细说下么。我也想能定点重置额度
|
|
azalJun 15
19
codex 的客户端就有 自动化 这个功能，里面新建一个 定时每个工作日早上几点 发一条消息，让对方回复一句就好。使用最低的模型。https://i.meee.com.tw/EIZXmHy.png
|
|
azalJun 15
20
@registerrr 1
|
 |
deplivesJun 15
21
pro 倒是没感觉出来，反而感觉消耗慢了，之前还 high 都有点不够用，但是最近一周开 xhigh 还有剩余
|
|
registerrrJun 15
22
@azal #20 OK ，成功了。感谢！
|
 |
loooJun 15
23
OpenAI 在 6 月 1 日结束了 4 月初启动的 Codex 双倍额度促销活动， 是不是你忘记这个了
|
 |
deepbytesJun 15 via iPhone
24
可能因为给了每个订阅一次免费重置机会？🤔催促你快点用掉
|
 |
iuhJun 15
25
有组团的小伙伴吗？ 4 缺三 哈哈哈哈 ai.freehyy.com 300 多的价格感觉挺香的
|
|
iuhJun 15
26
现在性价比最高的就 20x 了 馋的很
|
Select Language