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