点数怎么算

一点就是一次生成调用的单位。你买点数,阶段花点数。

具体的数字——每点多少钱、试用额度多少、四个充值档位、每个阶段每次调用几点—— 在定价页上,那一页由测试盯着与代码一致,不靠谁记着。 这一页讲的是机制。

为什么按调用,不按 token 也不按席位

每次生成调用的成本出奇地稳。跑过的真实项目里,总花费的差异几乎全部来自 调用次数,而不是单次调用有多贵。所以数调用,你在开跑之前就能预估。

按 token 会给出一个没人预测得了的数;按项目规模分档则会算错—— 两个看起来同样规模的项目,成本能差近两倍。

先给预估,不是事后给账单

每个阶段在你启动它之前就显示要花多少,而且给的是上界。

带星号的预估是按规模区间的上沿算的——上游产物还不存在, 唯一诚实的假设就是取最大。上游落地之后它会收紧,通常远低于第一次给的数。

“冻结”不是“已扣”

任务跑着的时候,账单页会把你的一部分余额显示为冻结。

冻结的点数是正在跑的任务按最坏情况(每次重试都用上)预占的,不是已经拿走的钱。 任务结束时按真实用量结算,余下的立刻退回,所以实际扣的通常远低于冻结的那个数。

这也是两个项目同时开跑不会超额的原因:预占是在账户行上事务性完成的, 两个任务不可能都花掉同一份点数。

什么情况下不扣钱

• 我们这一侧失败的调用——5xx、超时、输出撞上长度上限——不扣。 那是我们的配置问题,不该算成你的成本。
• 升级人工且什么都没产出的阶段不扣。有些阶段在收敛之前不落盘, 那种阶段放弃了就没有可付费的东西。
• 升级人工但已经写下部分产物的阶段,按已落盘的部分扣。部分交付是真交付。
• 被取消的任务:已经跑完的调用照扣,在途的调用立刻掐断而不是等它跑完, 中止的那部分不计费。

修订半价

重生成一个被标脏的产物,收一半。这不是让利,它反映真实成本—— 重生成只跑脏节点、缓存命中率也更高——但值得单说的理由是另一个: 迭代本来就是这个工具的意义。人在环的修订加上脏传播,正是真正值得付钱的那部分, 一个让你肉疼的价格会把它毁掉。

点数不过期,调价也碰不到它

点数是预付的数量,不是预付的金额。每点的价钱变了,只影响此后新买的点。 你已经买下的点,值多少还是多少。

每一条流水还带着写它那一刻的单价快照,所以调价也不会重算你的历史—— 三个月前的账单,读到的还是当时那个价。

余额见底

生成停下来,别的都不停。

你照样可以浏览一切、编辑、比对、审批,并把整个项目导出成带完整历史的 git 仓库。 余额为负是“该停止替你花模型的钱”的理由,不是扣下你作品的理由。

界面会明说余额不够,给出还差多少与去哪儿充值——不是一次无声的失败。