chenluo0429's recent timeline updates
chenluo0429
ONLINE

chenluo0429

V2EX member #330532, joined on 2018-07-21 10:07:39 +08:00
Today's activity rank 5322
chenluo0429's recent replies
你有域名邮箱吗?域名邮箱都有别名功能,取个别名,然后注册 github ,再用 github 登录 opemcode 。账号月抛就好
这不就是硬蹭还被人家逮到了?
不明白发帖有什么意义?打算网暴自己?
5x 现在也没有双倍 10x 的限时活动了,就是明明白白 5 倍 plus 。正常使用的话,5 小时勉勉强强够用。
但是你居然非常有勇气开了 fast ,5.5 的 fast 可是 2.5 倍消耗,1.5 倍速度。里外里一算,fast 一小时差不多得用正常 3 小时的量。你这个不够是很正常的
合理建议直接单独拉一份你们的项目,开个 agent ,然后把你们的正常需求发给它让它自娱自乐。
拉清单没问题,32B 模型和现在主流的模型比,跟弱智就没什么区别。弱智的规定上面必然有一个强力的弱智领导,这个能推下来,你直接的反抗是没意义的。
你在讲些什么啊?能不能先学习下什么是缓存?这些基础知识随便找个 AI 都能给你安排的明明白白,不要在公共场合暴露自己的无知
@1OF7G 推测不出来的,或者严格来说,推测的误差非常大。因为能拿到的只有百分比,只能通过百分比变动推测比例。但是这个比例变动下发的时间点是用户单次 prompt 发起后运行结束,能拿到的变更是非常粗糙的。比如 5 小时减少了 7%,但是周限依然是 100%;再跑一次 5 小时减少 2%,这时候周限就 99%了,拿不到精确变更点的。另一个问题也还是用量变更节点的问题,单次运行是可以超量白嫖的,5 小时最后一次任务跑完,可以超过 100%的用量。而周限这时候表现又不一样,最近更新之前是不扣减额外额度,更新之后是会继续扣减周限额度。再加上周限即将用完的时候,也可以运行长任务白嫖额度,所以根本无法算出精确值的。
@1OF7G 同账号一段时间内的比例应该是固定值,但是不同账号,不同时期绝对是有差异的。codex 的 5 小时窗口一个多月前就砍过一次了,并且每个账号可用的周限额度也是不一样的,上下可能有 10%左右的差距。准确值只有 openai 知道,你只能根据历史扣减数值进行估算
@1OF7G 实际上当前的显示是非常合理的,本身的机制就是双滑动窗口,那么显示上自然也是双滑动窗口。你给的 demo 里面存在一个非常大的问题,5 小时窗口的余量和周窗口的余量到底谁多是无法确定的,两者比例压根不是定值,而是不对外公开的可变值。
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   4103 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 00:56 · PVG 08:56 · LAX 17:56 · JFK 20:56
♥ Do have faith in what you're doing.