# Nano Banana 2 商品图工作流：参考图、需求表与验收

商品图不仅要好看，还要让用户识别真实商品，并适配投放位置。本篇以 `nano-banana2` 为例，在[图片规格指南](/zh/docs/media/image-specifications)之外补充需求表、素材记录和人工验收，不宣称未经测试的画质或一致性效果。

## 把需求写成可验收的条目

先区分不能改变的商品事实与可以变化的创意元素。以陶瓷杯为例：

| 需求部分 | 示例 | 验收方式 |
| --- | --- | --- |
| 商品身份 | 一个奶油色圆把手杯子 | 杯把、杯口、比例与原图一致 |
| 表面 | 奶油色亮釉，没有文字 | 不出现虚构商标、花纹或文字 |
| 创意变化 | 浅蓝色摄影棚背景 | 背景变化，但杯子本体不变 |
| 构图 | 方形卡片，商品上方留白 | 杯把完整，目标裁切后仍可用 |
| 交付 | 不透明的摄影风格图片 | 检查实际尺寸与文件格式 |

这些是指令和审核标准，不是模型保证。包装小字、精确品牌标识等内容，可以规划独立的确定性排版步骤，使用获授权的原始素材，不依赖生成近似图案。

## 给参考图建立素材记录

一起保存原始素材、版本、用途和裁切方式。商品正片与氛围板的作用不同，应说明哪张控制商品身份、哪张仅参考风格。先用一张清晰商品图，出现偏差时更容易判断原因。

素材 URL 应在处理所需时间内可被生成服务读取，不使用本地文件路径、需要登录的网页或含账号密码的地址。签名 URL 不进入公开日志。增加参考图前核对当前模型 schema，不把其他 Nano Banana 型号的数量上限套用过来。

## 构造图片任务

以下字段按 2026-11-03 的仓库契约核对。提交计费请求前，仍需通过 `GET /v1/media-models` 检查完整 `request_schema` 与当前访问权限。示例素材地址是占位符，必须替换成你有权使用的真实素材。

```json
{
  "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 接入指南](/zh/docs/models/nano-banana2)，使用服务端 Bearer 鉴权将请求体提交到 `POST /v1/tasks`。保存返回的任务 ID，再轮询原任务。若提交超时且没有拿到 ID，先排查原请求，不能直接认定没有创建任务并重复提交。

[Google 图片生成文档](https://ai.google.dev/gemini-api/docs/image-generation)用于理解原生图片生成概念，核对日期为 2026-11-03。原生请求格式与平台任务封装不同；平台 schema 未声明的原生配置字段不能直接复制进 `input`。

## 先验商品身份，再制作变体

把结果与原图并排放大检查：杯把连接、杯口、商品数量、轮廓、材质、虚构文字和阴影。再放进实际投放裁切框检查。即便画面漂亮，改变商品事实也应退回；任务 `succeeded` 不等于商品图通过审核。

逐次记录 `需求版本 → 参考图版本 → 参数 → 任务 ID → 审核结论`。创意修正是新的计费尝试，不是网络重试。每次只改变一个维度，例如先调背景、再调构图、最后按交付需要提高分辨率。保留最初商品图，避免连续编辑过程中把生成结果悄悄当作新的商品事实来源。

## 通过审核后再扩展批次

制作整组营销图前，先批准一个构图和最多尝试次数。按[批量预算指南](/zh/docs/media/batch-budget)统计每张合格交付的成本，把被拒绝的尝试也计入。使用[模型计算器](/zh/model/google/nano-banana2)核对选定规格，不预设单价或折扣。最终图片与获批需求、审核记录一起归档，下一次营销活动才能复用这套过程。