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