本着"不手动改代码"的原则,我让 Qoder 帮我把一个宏定义的名字改一下。结果就这一下,干掉了 7 点积分,合 0.07 美元,换算过来差不多 0.47 元。注意,这还是他妈半价,原价改个名就得收我 1 块钱。git提交一下又是31点积分,2元。
我两个号分别充了 Pro、Pro+、Ultra,一共烧了 560 美元,折人民币 3785 元,现在还剩一个 Ultra 没用完。用的感受就四个字:确实好用,但也真他妈的贵。半价时花钱完全没感觉,恢复原价以后,每点一下都肉疼。上个月重构代码,最高一条积分消耗直接飙到 1600 多,也就是 108 元。当初我直接充了一整年的 Cursor,都没这么心疼过。
更离谱的是 Quest 专家团模式。就算把智能体配成第三方模型,Leader 智能体的积分消耗也只是象征性地降了一丁点,消费大头仍然死死绑在内置模型上,省了个寂寞。
还有积分账单,完全不透明。强烈要求开放内置模型的调用详情查询,输入、输出、缓存命中的 token 消耗全列出来。至少让我知道每一分花在哪儿了,不能花得不明不白。
现在还是半价优惠时期,要是等到恢复原价,我看看有多少人吐槽。
而且这个奇葩的credits计算实在是烦人,买了一批席位就是为了能够续命,结果当credits用完时,再申请席位却只有个零头,根本没法干活,真正被气死了。用完这批席位绝不再碰这玩意儿,老老实实改投ChatGPT Pro。
关于席位消耗与 Credits 分配的说明:
1. 席位余额机制(按需扣除,无损失)
您购买的席位(例如 7 个)会作为完整额度存入组织席位余额。当新成员加入时,系统仅根据其周期剩余有效期按比例扣除席位,而非直接扣除一个完整席位。
举例:若成员在周期中途加入(仅剩周期的一半有效期),系统仅扣除 0.5 个席位(对应 1500 Credits)。
优势:剩余的 0.5 个席位仍保留在您的组织余额中,可供后续其他成员使用。您没有任何损失,未使用的额度依然属于您。
2. Credits 分配逻辑(避免浪费,统一计费)
为了确保组织内成员计费和周期的统一性,同时避免 Credits 浪费,系统会根据成员加入的时间点动态分配 Credits:
周期初加入:如 5月1日(创建组织的时间)加入,拥有完整一个月使用权,因此分配全额 3000 Credits。
周期末加入:如 5月30日加入,仅剩1天使用权。若此时分配全额 3000 Credits,绝大部分将无法使用并在周期结束时被回收,造成您的浪费。
解决方案:因此,晚加入的成员仅分配少量 Credits。待下一个新周期开始时,该成员将正常获得全额 Credits发放。
这种机制旨在最大化您的资源利用率,确保每一分投入都物尽其用
你们这个机制的不是从开发角度出发的,而是拍脑袋想出来的东西:
-
开发不是线性的,不是说离credits重置日越近,需要的credits就越少,你们按照每天100 credits来计算剩余可用量根本就是反常识的;
-
你一方面说"确保每一分投入都物尽其用",但是转眼就把本月没用完的credits到下个月就清空了,这算是哪门子"物尽其用"?
你们这种设计太想当然了,开发并不是每天都一样强度的。比如我是1号周期重置,但是月初开发任务松,没怎么用credits,到月底开发任务紧迫,2天就用完了3000点,现在是25号了,如果开新席位,也只能得到500点,根本不够开发用,你难道我要等到下个月1号再继续开发吗?