商品图不仅要好看,还要让用户识别真实商品,并适配投放位置。本篇以 nano-banana2 为例,在图片规格指南之外补充需求表、素材记录和人工验收,不宣称未经测试的画质或一致性效果。
把需求写成可验收的条目
Section titled “把需求写成可验收的条目”先区分不能改变的商品事实与可以变化的创意元素。以陶瓷杯为例:
| 需求部分 | 示例 | 验收方式 |
|---|---|---|
| 商品身份 | 一个奶油色圆把手杯子 | 杯把、杯口、比例与原图一致 |
| 表面 | 奶油色亮釉,没有文字 | 不出现虚构商标、花纹或文字 |
| 创意变化 | 浅蓝色摄影棚背景 | 背景变化,但杯子本体不变 |
| 构图 | 方形卡片,商品上方留白 | 杯把完整,目标裁切后仍可用 |
| 交付 | 不透明的摄影风格图片 | 检查实际尺寸与文件格式 |
这些是指令和审核标准,不是模型保证。包装小字、精确品牌标识等内容,可以规划独立的确定性排版步骤,使用获授权的原始素材,不依赖生成近似图案。
给参考图建立素材记录
Section titled “给参考图建立素材记录”一起保存原始素材、版本、用途和裁切方式。商品正片与氛围板的作用不同,应说明哪张控制商品身份、哪张仅参考风格。先用一张清晰商品图,出现偏差时更容易判断原因。
素材 URL 应在处理所需时间内可被生成服务读取,不使用本地文件路径、需要登录的网页或含账号密码的地址。签名 URL 不进入公开日志。增加参考图前核对当前模型 schema,不把其他 Nano Banana 型号的数量上限套用过来。
构造图片任务
Section titled “构造图片任务”以下字段按 2026-11-03 的仓库契约核对。提交计费请求前,仍需通过 GET /v1/media-models 检查完整 request_schema 与当前访问权限。示例素材地址是占位符,必须替换成你有权使用的真实素材。
{ "model": "nano-banana2", "input": { "prompt": "以参考图的杯子为商品身份依据。保留奶油色釉面、圆形杯把、杯口和比例。将一个杯子放在浅蓝色摄影棚背景上,使用柔和侧光。完整展示杯把,杯子上方留出空间。不要添加文字、商标或其他商品。", "images": ["https://assets.example.com/approved-cup.jpg"], "resolution": "1k", "aspect_ratio": "1:1", "output_format": "jpeg" }}按照 Nano Banana 2 接入指南,使用服务端 Bearer 鉴权将请求体提交到 POST /v1/tasks。保存返回的任务 ID,再轮询原任务。若提交超时且没有拿到 ID,先排查原请求,不能直接认定没有创建任务并重复提交。
Google 图片生成文档用于理解原生图片生成概念,核对日期为 2026-11-03。原生请求格式与平台任务封装不同;平台 schema 未声明的原生配置字段不能直接复制进 input。
先验商品身份,再制作变体
Section titled “先验商品身份,再制作变体”把结果与原图并排放大检查:杯把连接、杯口、商品数量、轮廓、材质、虚构文字和阴影。再放进实际投放裁切框检查。即便画面漂亮,改变商品事实也应退回;任务 succeeded 不等于商品图通过审核。
逐次记录 需求版本 → 参考图版本 → 参数 → 任务 ID → 审核结论。创意修正是新的计费尝试,不是网络重试。每次只改变一个维度,例如先调背景、再调构图、最后按交付需要提高分辨率。保留最初商品图,避免连续编辑过程中把生成结果悄悄当作新的商品事实来源。
通过审核后再扩展批次
Section titled “通过审核后再扩展批次”制作整组营销图前,先批准一个构图和最多尝试次数。按批量预算指南统计每张合格交付的成本,把被拒绝的尝试也计入。使用模型计算器核对选定规格,不预设单价或折扣。最终图片与获批需求、审核记录一起归档,下一次营销活动才能复用这套过程。