生图 API 的成本，我只看一个数：用户最终留下的那张图花了多少钱。
单价标得再低也没用。用户连点两次重新生成，这张图实际就是三次调用、三段等待，外加一个已经不耐烦的用户。给 MVP 选接口，我现在的做法是这样：
- 动手集成前，先把上线要用的分辨率和质量档定死，不然比出来的数没意义
- 同一批 prompt 在候选家里挨个跑，记生成数、采纳数、重试次数、延迟和实际账单，最后算采纳成本
- 表拆三张，别省：意图（用户要的是什么）、调用（请求 ID、模型、状态、费用）、采纳（用户最后留了哪张）
超时和 429 在对账完成之前一律记成“未知”，不能直接当失败。客户端自己带幂等键，同一个键下回来几次响应，业务上都只记一笔。做过支付对账的，看到这个形状应该很眼熟。
还有一点：logo 生成、商品背景、分镜脚本，这几类用户退图的理由完全不一样，别人的横评拿来套你的场景，救不了你。