Nano Banana API
AI 图片Nano Banana 是 Google 最初的 Gemini 2.5 Flash Image 路由,通过 OmniaKey 媒体 API 支持文生图与参考图编辑。
- 每次成功调用$0.019
- 操作文生图
- 图片编辑
- 查看工具价格与计费规则
运行模型后,结果会显示在这里。
01
适用场景
Nano Banana 是 Google 最初的 Gemini 2.5 Flash Image 路由,通过 OmniaKey 媒体 API 支持文生图与参考图编辑。
已有 Gemini 2.5 图片工作流可继续用 Nano Banana。Nano Banana 2 的 1K 同价,也提供更大的输出尺寸。
02
能力范围
文生图
gemini-2.5-flash-image
把文字提示词生成一张新图片。
图片编辑
gemini-2.5-flash-image
根据提示词和参考图修改已有图片。
03
深入了解
Nano Banana 是 Google 最初的 Gemini 2.5 Flash Image 模型,在 OmniaKey 上的 ID 为 gemini-2.5-flash-image,支持文生图与图像编辑。Nano Banana 是 Google 对 Gemini 原生图像生成与编辑的产品叫法,而这个 ID 是家族里最老的一员:目录只给它一个按次费率,没有尺寸档位,旁边也没有预览版别名。
它在我们的工作里最有用的地方与胜负无关。我们用它的图作为其他模型的编辑原图,这样没有任何模型在评判自己的产出,而这种中性的原图正是旧模型擅长的事。现有 Gemini 2.5 代码调用的也已经是这个 ID。
两个限制决定了它的位置。目录没有为这个 ID 列 2K 或 4K 档,所以大幅面交付要换模型;Google 后来在文字渲染、参考图和连续多轮编辑上的改进都在更新的 ID 上。把它留给延续性和素材生产,新简报放到 Nano Banana 2.1 或 Pro 上。
对比测试的中性原图
多个模型要编辑同一张图时,先在这里把它做出来。我们 10 月的六项测试就是这么做的,没有模型需要改进自己的产出,比较因此保持干净。原图尽量简单,光线与构图一次定好,然后在各个模型之间复用同一个文件。
现有 Gemini 2.5 代码
按 2.5 这一代写好的客户端不必重写:任务结构一样,编辑操作一样,每次调用一个费率。把 ID 放在配置里而不是写死在代码中,日后换到 gemini-nano-banana-2.1 就只是一次配置改动加一轮样例复跑。
普通的产品与生活照
简单简报仍然可用:单件商品、日光、干净的背景、没有密集文字。海报、价格栏或必须保持可辨认的多人合影不要交给它,把这些任务留给更新的模型,而不是勉强拉长它的适用范围。
04
需要预留的限制
- 目录为这个 ID 只列了一个按次费率、没有尺寸档位,所以要读收到的文件尺寸,而不是假定有 2K 或 4K 画布。
- 它是这里最老的一员:Google 之后在文字、参考图与多轮编辑上的工作都落在更新的 ID 上,不在它身上。
- Google 说明生成的图片带有 SynthID 水印,这只标注来源,并不能说明画面内容是否正确。
- 编辑请求要把原图内联放在 1 MiB 的请求体里,因此相机原图必须先缩放才能创建任务。
05
对比相近模型
| 模型 | 更适合 | 操作 | 标价 |
|---|---|---|---|
| Nano Banana当前页 gemini-2.5-flash-image | 现有 2.5 流程与中性原图:每次调用一个价格档位,用于延续旧工作。 | 文生图 · 图片编辑 | $0.019 每次调用 |
| Nano Banana 2.1 gemini-nano-banana-2.1 | 需要准确文字、十张物品参考图与 1K 到 4K 输出的新任务。 | 文生图 · 图片编辑 | $0.019–$0.039 每次调用 |
| Nano Banana Pro gemini-3-pro-image | 复杂版式与人物修图:靠最高价格档位换取物理细节。 | 文生图 · 图片编辑 | $0.039–$0.069 每次调用 |
06
来源与核验
指南更新于 2026-10-27。
07
接入方式
媒体模型采用异步任务:创建任务、轮询到完成,再下载签名后的资源地址。
# 1. Create the job. 202 Accepted; the body carries the task id,
# the pre-charged price, and a poll_url. Reuse one Idempotency-Key
# across retries so a timeout never starts a second paid job.
curl --fail-with-body https://api.omniakey.com/v1/media/tasks \
-H "Authorization: Bearer $OMNIAKEY_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: gemini-2.5-flash-image-001" \
-d '{
"model": "gemini-2.5-flash-image",
"type": "image",
"operation": "generate",
"input": {"prompt": "a paper boat on a quiet lake at sunset"},
"parameters": {"aspect_ratio": "1:1"}
}'
# 2. Poll GET /v1/media/tasks/{id} until status is
# succeeded | failed | canceled. Progress carries percent and stage.
curl --fail-with-body https://api.omniakey.com/v1/media/tasks/TASK_ID \
-H "Authorization: Bearer $OMNIAKEY_API_KEY"
# 3. Download assets[0].url before expires_at, or poll again for a
# fresh signed URL. Failed and canceled jobs are refunded.
curl -sS -o out.png "$(jq -r '.assets[0].url' result.json)"08
价格
图像任务按成功调用计费,不按 Token 计费;失败或取消的任务会自动退款。
$0.019每次调用省 51%
更多 Google 图像模型
相关文章
常见问题
如何在 OmniaKey 上调用 Nano Banana?
向 /v1/media/tasks 发送 POST,带上模型 ID、type 设为 "image"、operation 设为 "generate" 或 "edit"。重试时复用同一个 Idempotency-Key,超时就不会再生成第二笔付费任务。
Nano Banana 如何收费?
Nano Banana 按 $0.019 每次调用 计费。创建时会从预付余额中预扣该金额,失败或取消的任务会自动退款。
为什么接口返回任务 ID 而不是图片?
供应商耗时从几秒到约一分钟不等,OmniaKey 因此把所有图像路由统一为同一套异步流程。轮询 GET /v1/media/tasks/{id},直到状态变为 succeeded,再读取签名后的资源地址。
初代模型和 Nano Banana 2 是同一个模型吗?
不是。Nano Banana 是 Google 对 Gemini 原生图像生成的产品叫法,而这个 ID gemini-2.5-flash-image 是平台上家族里最老的一员。Nano Banana 2 使用 gemini-3.1-flash-image,Nano Banana 2.1 使用 gemini-nano-banana-2.1,各自是独立模型,行为也不同。
这个模型能出 4K 图吗?
目录没有为这个 ID 列出尺寸档,所以要按它返回的尺寸来规划,而不是自己指定画布。交付必须是 4K 时,Nano Banana 2 与 2.1 都列出 1K 到 4K,Pro 在它们之上还有更高的一档。
这个模型怎么计费?
一次调用一张图、一个固定费率,没有可选的尺寸档,所以同一个简报每次花费相同。当前费率写在模型页的价格表里。任务失败会退回预扣的额度;素材链接过期时,重新查询同一个任务即可拿到新的链接。
为什么还要留一个旧图像模型?
为了延续性和素材生产:已经通过评审的提示词继续可用,而用于编辑对比的中性原图不需要能力最高的一档。文字密集、参考图多或画布大的新简报,应该交给更新的 ID。
它会给图片加水印吗?
Google 说明生成的图片带有 SynthID 水印,这个模型属于同一家族。该标记是来源信息而不是可见的标识,也无法说明标签、数量或人脸是否画对了。
