AI 产品最容易翻车的地方，是计价

做 AI 产品，功能反而不是最难的。真正让人半夜爬起来看日志的，是钱和账。

坑一：扣费和执行不在一个事务里

最常见的写法是「先扣积分，再调用模型」。看起来没问题，但模型超时、上游返回错误、任务被取消的时候，钱已经扣了。用户第一次遇到「扣了没出结果」，信任就掉一半。

我的做法是把扣费包进事务：先冻结，执行成功再结算，失败自动回滚。用户看到的余额永远等于「实际可用」。

坑二：积分有多个写入口

充值加、消耗减、退款加、活动送、管理员手动调整……如果每个地方都直接改余额，迟早对不上账。我把它收成一个入口：所有变更都写一条流水，余额由流水推导，日终对账。

这样即使出现异常，也能定位到「哪一笔、什么时候、因为什么」，而不是只看到一个错误的数字。

坑三：成本算不清

不同能力的上游单价不一样，有的按次、有的按张、有的按 token。如果不把成本记到每一次调用上，定价只能拍脑袋，越卖越亏。

所以我给每个能力记了单价和成本，出问题的时候能回答一个很朴素的问题：这一单我赚了还是亏了。

AI 产品的护城河不在模型，在账做得清不清楚。