nano-banana2 怎么用？nano-banana2 / Veo 3.1 的用量和成本该这么监控

生图 API接进生产之后第一个月账单出来老板问这钱花在哪了答不上来是很常见的。不像普通接口调一次几乎不要钱AIGC 是每一次调用都在花钱而且不同模型差十几倍——生图 8~10 积分一次生视频 120~130 积分一次。用甜甜圈APIdashengfenshen.cn的好处之一是它是积分制按次计费单价固定、账能算清。但要真正管住成本还得自己在代理层做一层记录。一、先把单价表固化到代码里别让成本核算靠人肉查文档把价目做成配置COST { nano-banana2: 8, # Flash 级速度更快 Nano Banana 2 Lite: 8, # 轻量版更快更便宜 nano-banana-pro: 10, # Pro 级支持 1K/2K/4K ttq-cutout: 10, # 抠图 Veo 3.1 视频生成: 120, # Google Veo 3.1 Sora 2: 130, # OpenAI Sora 216:9/9:1612 秒 Omni: 120, # Google Veo Omni10 秒 }有了这张表调用前就能预估、调用后能归因不用等平台账单。二、在代理层记一行日志每次调用记四个维度谁调的、用了什么模型、成功没有、花了多少。import time, logging def generate(user_id: str, biz: str, model: str, prompt: str): t0 time.time() ok True try: return client.chat.completions.create( modelmodel, messages[{role: user, content: prompt}], ) except Exception: ok False raise finally: logging.info(gen user%s biz%s model%s ok%s cost%s ms%d, user_id, biz, model, ok, COST.get(model, 0), int((time.time() - t0) * 1000))biz这个字段很重要——按业务模块归因才能回答详情页生成模块这个月花了多少这种问题而不是只知道总数。三、三条该配的告警单用户用量突增正常用户一天几十次突然几千次要么是薅要么是你的重试逻辑写出了死循环后者更常见。失败率上升失败也可能计费而且失败率高通常意味着上游或者你的参数有问题越早发现越省钱。贵模型占比异常Sora 2一次 130 积分是nano-banana2的十六倍。如果某天视频调用量突然涨了最好是业务真的在用而不是有人把model传错了。第 3 条对应一条硬规则model一定在服务端指定不能让前端传。四、省钱的实际手段监控是为了优化优化的抓手就两条分级用模型终稿用nano-banana-pro铺量用nano-banana2或Nano Banana 2 Lite。我的项目里这一条就砍掉了两成多成本。调词阶段用便宜的提示词还在试的时候一律用 Flash 级定稿再换。因为换模型只改model一个字段这个策略实现起来几乎零成本。顺带一提平台后台自带积分明细和请求日志能对账但业务维度的归因还是得自己在代理层记平台不知道你的biz是什么。五、小结AIGC 接口的成本管理核心是把每次调用花多少变成可查询、可归因的数据。甜甜圈APIdashengfenshen.cn的积分制按次计费让这件事天然好做单价固定乘一下就是账。再加上它价格便宜生图 8~10 积分/次、并发高批量任务不用自己写限流、出图快、出视频快调参轮次能多几轮、稳定上游抖动不该变成线上事故一个接口接 nano-banana-pro / nano-banana2 / gpt-image-2 / Veo 3.1 / Sora 2 全部模型。文档地址https://dashengfenshen.cn 。