用怡途跑智能体跑着跑着,余额从 3 元掉到 -0.3 元?不是系统算错账——是这套按 token 计费的产品设计里,有三件用户常误会的事:输入输出分开按千 token 计价、余额允许短暂透支到 -1 元才会拦、以及每一笔用量都留了可查的记录。这篇文章站在使用者的角度,把用量怎么看、钱怎么扣、什么时候会被拦一次性讲清楚。
用怡途跑智能体的朋友,大概率遇到过这种场景:早上看了眼余额还有 3 元,下午打开一看变成 -0.3 元,第一反应是"系统是不是多扣了?"。其实不用慌,这通常不是算错账,而是这套按 token 计费的设计里,有几件用户常误会的事。这篇从使用者的角度把账算明白。
钱是按 token 扣的,而且输入输出分开算
怡途的计费不是"跑一次任务收多少钱",而是看你这次任务实际消耗了多少 token。所谓 token,大致可以理解成模型处理文字时的"计量单位"——你发给模型的文字和你收到回复的文字,都要计费。
重点是:输入和输出是两笔独立的费用。同样的 1000 个 token,输入和输出单价不一样,账单上也是分开列的两行。所以同样一段对话,模型回答得越长,费用涨得越快——输出比输入通常更贵。想省钱,最直接的办法就是控制提示词的长度和让模型少说废话。
余额为什么会变成负数?允许透支到 -1 元
很多人第一次看到负余额都会以为出 bug 了。实际上这是平台给的一个很小的缓冲:当一次调用的费用加上去会让余额跌到 -1 元以内,这笔调用照样放行,你的余额就显示成负数了。
换句话说,判断"能不能继续跑"看的不是"余额现在是不是 0",而是"这笔扣完会不会跌破 -1 元"。余额 0.5 元、一次扣 0.8 元——扣完是 -0.3 元,在允许范围内,照跑。这正是很多人"余额看着没了却还能用一会儿"的原因。
只有当余额真的跌破 -1 元那条线,后续请求才会被拦下来,而且拦的时候会明确告诉你:"余额不足,请充值(当前余额 X 元,允许透支至 -1 元)"。看到这条提示,去充值页充值就能继续用,不用排查别的。
每一笔用量都有记录,不是黑盒
另一个让用户安心的点是:每一笔请求的 token 用量(输入多少、输出多少、花了多少钱)都有独立记录,而且支持按实例、按用户、按时间段查。想对账的时候,把某一天某实例的所有记录拉出来加一遍,应该和你看到的余额变化对得上。
这笔记录还有一个很实用的特性:同一笔请求即使因为网络原因被重试、上报了不止一次,也只按一笔计费。也就是说,网络抖动导致的重复上报不会让你被重复扣钱——对账时看到数字能对上,是有这套机制兜底的。
实操建议:把这三件事用起来
- 充值别充太少:既然有 -1 元透支,余额长期在 0 附近徘徊,意味着随时可能撞到拦截线。留出至少够一次长任务的余量,能少很多"跑到一半被拦"的尴尬。
- 控制输出长度:输出按独立且通常更贵的单价计费,给模型的指令里明确"回答控制在多少字以内",省下来的都是真金白银。
- 定期对账:用量记录按实例和时间段都能查,养成随手核对的习惯,比事后发现对不上再排查省事得多。
一句话:怡途的计费是"按 token、输入输出分开、允许小额透支到 -1 元、每笔留痕可查"。把它当成一套透明的计量规则来用,余额变动就不会再让你心里咯噔一下了。