他俩是个啥关系？我理解 5 小时有余量，就应该让用啊
Supplement 1 · 1 day ago
哈哈哈，才看到，太搞笑了各位。
谢谢各位老哥，我以为是优先用每 5 小时的，用完 5 小时后开始用每周的
谢谢各位老哥，我以为是优先用每 5 小时的，用完 5 小时后开始用每周的
 |
1
zed1018 1 day ago  1
或
|
 |
3
skuuhui 1 day ago 1
鞋子的码小了，你袜子买的再大，也穿不了鞋走路。
|
 |
4
KJH 1 day ago
if (周用量 > 0 && 5 小时用量 > 0) {
return true; } else { return false; } |
 |
5
honjow 1 day ago 1
很难理解吗？
|
 |
6
409164 1 day ago
蛤？
|
 |
7
purringpal 1 day ago 64
逆天…… 无法想象如果没有 AI 你会写多少 bug
|
 |
8
xiaomimicoin2 1 day ago
今天就问了 1 个问题 claude opus 5 小时的量就给干完. 现在死贵啊
|
 |
9
oop12 1 day ago
与
|
 |
10
niubilewodev 1 day ago
如果你周限都用完了，5 小时还有还能用。
那服务商为什么要设置周限制？ |
 |
11
ovtfkw 1 day ago
||
|
 |
12
neuthself 1 day ago
且的关系，两个额度都需要大于 0 。5 小时额度没了用不了，周额度没了也用不了。
|
 |
13
rtv 1 day ago
用量上限每周、每 5 小时都是固定的，给你显示的时候按照已使用/上限计算
你可以认为这是一个小 bug ，但是不影响理解 |
 |
14
remarrexxar 1 day ago
一周的量是你账号真的额度，五小时只是限流额度。
|
 |
15
ziokai 1 day ago
为什么都喜欢搞 5 小时限额，一下就用完了
|
 |
16
sunbigfly 1 day ago 22
论坛上下限被你扩大了
|
 |
17
yunying 1 day ago 4
我感觉你可能不适合做开发
|
 |
18
itechify PRO 1
无法理解为什么你无法理解，这不是很明显吗
|
 |
19
layxy 1 day ago
周限是你这周可以使用的总额度，5 小时限制只是限制你每次可以使用多少周限额度，不是说你还有多少额度
|
 |
20
Fish1024 1 day ago
够聪明的。
|
 |
21
tianjiyao 1 day ago
。。。这就好比一周的总量是 700 升水，每五小时使用量是 100 升水，这 100 每次需要从 700 里去舀水啊。。。
|
|
22
tianjiyao 1 day ago
有个办法少许超额一点点 就是让他干一个长任务的活 5 小时额度用完的时候不会直接停止而是会把活干完。。。这一段时间的好像是不消耗额度的。。。
|
 |
23
FstarKing 1 day ago
之前一直用中转站，想问下，如果我用 ios 的礼品卡， 充值 gpt 会员，使用 codex ，会封号吗？
|
 |
24
lpe234 1 day ago
我理解的是周限制是一周的总量。而五个小时主要是限制使用的频率。
--- 最简答的例子：一周给你 100 块钱，但是限制你 5 小时内最多花 20 块钱。 |
 |
27
EthanV2 1 day ago
1 周总量 > 5 小时滑动窗口
|
|
28
honjow 1 day ago 1
怀疑楼主如果写一个用户充值打 8 折的活动，是不是会把用户充值的钱乘以 0.8 充到账户
 |
 |
29
SilentOrFight 1 day ago
|
 |
30
ntdll 1 day ago
关系异常的简单
if limit_5_hours return if limit_weekly return // continue |
 |
31
superJava 1 day ago 17
银行卡余额：0
单日消费限额：20000 我艹，怎么不让我花钱了 |
 |
34
heyitsme 1 day ago
一个月 1000 块的生活费，规定每天最多花 100 ，某一天 1000 花完了，当天花了 50 ，你问：为什么我今天花了 50 就没钱了
|
 |
35
Rickkkkkkk 1 day ago
无法直接从这个现象快速想出原因真的反思一下了...是简单的推导
|
 |
36
1OF7G 1 day ago 1
虽然一般大家都能理解，但是这一点产品上来说绝对可以做的更好：
session 余量将周余量纳入判断，显示真实可用余量。而非两个独立的进度条。 |
|
37
niubilewodev 1 day ago
|
|
38
409164 1 day ago
这个帖子下的回复太好笑了
|
 |
39
tracebundy 1 day ago
看来即使用上 AI ，大家水平还是有差距
|
 |
40
datougua 1 day ago
转行吧
|
 |
41
zzzzz024 1 day ago
这个帖子让我加深了认识： 程序员的水平是参差不齐的
|
 |
42
summerLast 1 day ago
5 小时 平均每小时额度>7 天 每小时平均额度，哪个额度到顶了，都会触发限流
|
 |
43
TuringGooner 1 day ago 2
这能理解不了，你真是程序员吗
|
 |
44
florentino 1 day ago
5 小时是控速,7 天是控量,也可以理解为 5 小时限流, 7 天限量
|
 |
45
Felldeadbird 1 day ago
这样？啊。你理解成 某个时段限额 是 5 小时。 周额度就是 你总可用资金。
|
 |
46
paullee 1 day ago
AI 就是替代‘用量计算方式都搞不明白’这一类程序员。别用了，你在用自己就要失业了。
|
 |
47
yoruoxx 1 day ago
我懵了 ？？
|
 |
49
soouu 1 day ago
怎么会有人问这种问题
|
 |
50
andforce 1 day ago 2
“下班顺路买十个包子，如果看到卖西瓜的，买一个。”
你是不是就是那个买了一个包子的  |
 |
51
zylll520 1 day ago
哈哈哈哈，你们太过分了～
|
 |
52
WilliamColton 1 day ago
天，要是两者之间是或的关系，那还需要周额度干什么。。。
|
|
53
1OF7G 1 day ago 2
@niubilewodev #37 产品为人服务的，满足需求复杂度作为成本肯定得接受。另外其实也没那么复杂，后端计费限额逻辑完全不用改，只要改展示逻辑，我让 codex 自己做了个 demo: https://output.jsbin.com/watucayudi
|
 |
54
zenshen 1 day ago
到底是谁在提问，到底是谁！
|
 |
55
juedihanfeng 1 day ago 1
我觉得这算是 openai 的一个 bug ，存量不一致。
|
 |
56
pppanda 1 day ago
看完帖子，我都怀疑自己来错了论坛。。。
|
|
57
niubilewodev 1 day ago
|
 |
59
maoqiucute 1 day ago
仿佛来到了百度弱智吧
|
 |
60
daodao 1 day ago
这智商，很难理解吗？
你这个脑袋可能不适合用 codex 写代码。。 |
 |
61
tairan2006 1 day ago 1
确实有点像弱智吧的帖子，笑死
|
 |
62
greygoo 1 day ago
用户不应该去懂 openai 的业务逻辑,用户看到有余量,就应该让用啊.而前端肯定懂业务逻辑,所以我觉得是前端的锅,不是 op 的,这样写的确会造成歧义的.
估计是 vibe code 出来的.AI 经常在这个层级关系犯迟钝. |
 |
63
showonder 1 day ago
从程序员角度来讲，这个问题很弱智；但从多数用户角度来讲，这个还真是一个体验问题。
|
 |
64
tangshengxiang 1 day ago
今晚 18:48 后就是新一轮重置了
|
 |
65
987N 1 day ago
有点逆天
|
 |
66
0x0x 1 day ago
这评论区搞得 OP 都不敢回复了
|
 |
67
vegetablest 1 day ago 1
@KJH 以后写代码记得快速返回或者快速失败
|
 |
68
Arrowing 1 day ago
哈哈哈 OP 居然是老用户，吃了个惊
|
 |
69
win8en 1 day ago via Android
你开车去旅游：
5 小时额度 = 油箱里的油 1 周额度 = 高速公路通行次数 现在情况是： 油箱里还有油（ 5 小时 99%） 这个月高速通行卡次数用完了（ 1 周额度耗尽） 结果： 车还能跑，但上不了高速。 |
 |
70
kfansup 1 day ago
你让我有点懵了
|
 |
72
soleils 1 day ago 1
 |
 |
73
Rwing OP 1
哈哈哈，才看到，太搞笑了各位。
谢谢各位老哥，我以为是优先用每 5 小时的，用完 5 小时后开始用每周的 |
 |
74
deplives 1 day ago
这个问题看的我一愣一愣的
|
 |
75
Yangz 1 day ago via iPhone
我也觉得这个展示界面有点问题诶，它不应该在没有余量的情况下显示余量啊！
|
 |
76
clmymjn 1 day ago
哈哈哈笑死
|
 |
77
chenluo0429 1 day ago via Android
@1OF7G 实际上当前的显示是非常合理的，本身的机制就是双滑动窗口，那么显示上自然也是双滑动窗口。你给的 demo 里面存在一个非常大的问题，5 小时窗口的余量和周窗口的余量到底谁多是无法确定的，两者比例压根不是定值，而是不对外公开的可变值。
|
 |
78
zsj1029 1 day ago
明明是产品设计问题，各位自适应能力真强，喜欢自我怀疑
|
|
79
1OF7G 23h 14m ago
@chenluo0429 比例不是定值怎么理解？我今天用光一个 5 小时，周限额掉了 10%，明天再用光一个 5 小时，周限额可能掉 15% ？这不能吧？周限额与日限额不明说不代表没稳定比例啊。如果真没有，那当我没说。
|
 |
80
Feedmo 22h 39m ago
《我以为是优先用每 5 小时的，用完 5 小时后开始用每周的》谢谢让我笑了，不过没关系大家都有脑子“抽”的时候
|
|
81
chenluo0429 22h 36m ago via Android
@1OF7G 同账号一段时间内的比例应该是固定值，但是不同账号，不同时期绝对是有差异的。codex 的 5 小时窗口一个多月前就砍过一次了，并且每个账号可用的周限额度也是不一样的，上下可能有 10%左右的差距。准确值只有 openai 知道，你只能根据历史扣减数值进行估算
|
|
82
1OF7G 21h 44m ago
@chenluo0429 #81 任意账号&时刻 周限额与 session 限额关系是确定的就行，显示也只对当下负责。按你说法 openai 不做的阻碍只能是他们不想 [太直白] 的展示当下 session/周限额的比例关系。这个我无法反驳，但是对有心的用户来说随便用一下就能推测出来了，能藏的也有限。
|
 |
83
unusualcat 21h 9m ago
按道理说应该设置成，如果周额度没有了，那么每 5 小时刷新的那个额度应该也归零才对。
|
|
84
unusualcat 21h 7m ago
话说你是 Plus 用户吧，如果是做开发的话，这个额度肯定是不够用的。业余没事玩玩的话还凑合。
|
 |
85
coolmint 21h 2m ago
@unusualcat #83 周额度在 5 小时内重置了，5 小时额度肯定要保持不变，所以没必要归零
|
|
86
chenluo0429 20h 53m ago via Android
@1OF7G 推测不出来的，或者严格来说，推测的误差非常大。因为能拿到的只有百分比，只能通过百分比变动推测比例。但是这个比例变动下发的时间点是用户单次 prompt 发起后运行结束，能拿到的变更是非常粗糙的。比如 5 小时减少了 7%，但是周限依然是 100%；再跑一次 5 小时减少 2%，这时候周限就 99%了，拿不到精确变更点的。另一个问题也还是用量变更节点的问题，单次运行是可以超量白嫖的，5 小时最后一次任务跑完，可以超过 100%的用量。而周限这时候表现又不一样，最近更新之前是不扣减额外额度，更新之后是会继续扣减周限额度。再加上周限即将用完的时候，也可以运行长任务白嫖额度，所以根本无法算出精确值的。
|
|
87
unusualcat 20h 16m ago
@chenluo0429 是的，在最后一次任务的时候，它不会因为额度用尽而中断运行的任务，而是会把任务执行完毕。
|
 |
88
vislins 8h 50m ago
|
Select Language