# Imagen 4 退役前该用 Nano Banana 2 还是 Pro？

> 新的 Google 图像工作先用 Nano Banana 2；只有文字、参考、4K 或成品验收证明需要时，再升级 Nano Banana Pro。

- URL: https://blog.laozhang.ai/zh/posts/imagen-4-vs-nano-banana-retirement-guide
- Published: 2026-06-28
- Updated: 2026-06-28
- Author: AI Free API Team (https://blog.laozhang.ai/zh/about)
- Category: AI Image API
- Tags: Imagen 4, Nano Banana, Nano Banana 2, Nano Banana Pro, Gemini API, AI 图像生成

---
截至 2026 年 6 月 28 日，新的 Google 图像生成工作应先从 Nano Banana 2（`gemini-3.1-flash-image`）开始。只有当同一组提示词证明 Nano Banana 2 在文字、参考图、4K 成品或最终审核上不够稳定时，才把 Nano Banana Pro（`gemini-3-pro-image`）放进正式路线。Imagen 4 只适合保留为短期遗留路线，而且前提是你正在使用的那个 Google 接入面仍然接受它。

| 当前要完成的事 | 先用哪条路线 | 什么时候切换 |
| --- | --- | --- |
| 新建默认图像生成、变体、产品草图、批量测试 | Nano Banana 2 / `gemini-3.1-flash-image` | 同提示词测试显示文字、布局、参考一致性或成品通过率不够 |
| 高密度文字图、参考图编辑、4K 成品、客户交付图 | Nano Banana Pro / `gemini-3-pro-image` | Pro 减少的返工时间和废图成本高于它的价格差 |
| 现有 Imagen 4 代码、旧提示词库、旧 SDK 路线 | 临时保留 Imagen 4 | 仅在该接入面仍可调用，且已经安排替换测试和移除日期 |

关键不是把“Imagen 4 退役”说成一个统一日期，而是先确认你的接入面。Gemini API 的弃用表给出了 Imagen 4 model ID 的弃用和关闭窗口；Firebase AI Logic 对它自己的 SDK 路线使用了已经关闭的表述；Vertex AI 的文档则把 Imagen on Vertex 描述为已退休并要求迁移到 Gemini 图像模型。上线前，把同一批提示词、同一批参考图、同一套验收标准跑过替代模型，再把通过测试的稳定 model ID 写进配置。

## 先按接入面确认退役日期

不要把一个日期套到所有 Google 图像路线。对于迁移负责人来说，日期是接入合同的一部分，而不是标题里的背景信息。

![Imagen 4 在 Gemini API、Firebase AI Logic 和 Vertex AI 上的退役路径图](https://blog.laozhang.ai/posts/zh/imagen-4-vs-nano-banana-retirement-guide/img/retirement-map.webp)

| 接入面 | 当前文档边界 | 对迁移的影响 |
| --- | --- | --- |
| Gemini API | Imagen 4 model ID 已被列入弃用，关闭窗口落在 2026 年 8 月 17 日 | 新流量现在就应迁到 Gemini 图像模型；剩余窗口只用于验证替代模型 |
| Firebase AI Logic | Firebase 的 Imagen 迁移说明把该 SDK 路线描述为 2026 年 6 月 24 日关闭 | 不要再规划新的 Firebase Imagen 调用；把 SDK 的模型调用改到 Gemini 图像模型 |
| Vertex AI | Vertex AI 图像文档说明 Imagen on Vertex AI 已退休，并指向 Gemini 图像模型 | Vertex 项目要按 Vertex 迁移说明处理，不要套用 Gemini API 的日期 |
| 旧供应商或封装路线 | 供应商可能继续显示 Imagen 名称，但它不等于官方第一方支持 | 先要求供应商给出上游 model ID、计费口径、失败重试和替代路线 |

这一步决定你的紧急程度。Gemini API 项目可能还有一个可见的关闭窗口，但 Firebase 路线可能已经无法回滚到 Imagen。Vertex 项目又会涉及项目、区域、权限和 SDK 迁移细节。一个可靠的迁移记录应该写清楚“接入面、旧模型名、最后一次成功调用、替代候选、下线日期”，而不是只写“从 Imagen 4 换到 Nano Banana”。

团队协作时也要把消费端产品、API、SDK 和第三方 provider 分开。有人在浏览器里看到某个生成入口还能用，并不能证明你的服务端 API 还能用同一个 ID。相反，服务端日志里能调用的旧 ID，也不能证明客户端 SDK 路线还安全。把每条路径拆出来，迁移会慢一点，但不会在发布当天因为一个误读的日期导致流量失败。

## 迁移要看 model ID，不要只看昵称

Nano Banana 是搜索和沟通时有用的名字，生产配置需要稳定 model ID。请求、日志、告警、预算表、灰度开关和回滚配置都应该保留精确 ID。

![Imagen 4 替代路线的 model ID 对照表](https://blog.laozhang.ai/posts/zh/imagen-4-vs-nano-banana-retirement-guide/img/model-id-map.webp)

| 对外说法 | 稳定 model ID | 适用场景 |
| --- | --- | --- |
| Nano Banana 2 | `gemini-3.1-flash-image` | 大多数新图像生成、迭代、商品图、社媒素材、成本敏感的 API 工作 |
| Nano Banana Pro | `gemini-3-pro-image` | 文字更重、参考图更重、4K 交付、客户审稿和返工成本高的任务 |
| 旧 Nano Banana 通道 | `gemini-2.5-flash-image` | 保留旧行为或使用有限免费层，但必须证明它仍适合当前任务 |
| Imagen 4 旧 ID | 只在具体接入面仍接受时临时存在 | 已有系统迁移，不作为新项目默认路线 |

不要把一个到期的 ID 换成另一个 preview ID。迁移的目标是减少关闭风险，不是把失败推迟到下一次弃用公告。更稳妥的做法是把路由配置拆成两个字段：一个是人能读懂的路线名，例如 Nano Banana 2；另一个是机器实际调用的 model ID，例如 `gemini-3.1-flash-image`。这样产品、财务和支持可以讨论路线，工程日志仍能精确定位请求。

如果你使用 provider 路线，也要让 provider 把它声称的“支持 Nano Banana”拆成可验证字段：上游模型、尺寸、同步或异步、失败是否扣费、重试策略、数据保留、输出版权和客服响应。provider 名称可以帮你解决充值、地区、统一接口等问题，但它不能替代官方 model ID 的迁移判断。

## 默认从 Nano Banana 2 开始，再证明 Pro 值得

Imagen 4 迁移不是在找“绝对最强模型”，而是在找“默认模型”和“升级条件”。默认模型应该便宜、可观察、可批量验证；Pro 路线应该被证据触发，而不是被名称触发。

| 工作负载 | 默认路线 | Pro 触发条件 |
| --- | --- | --- |
| 草稿、变体、封面方向、商品构图、批量探索 | Nano Banana 2 | 同一提示词多次在文字、布局、主体一致性或参考图上失败 |
| 带短标签的营销图、轻量信息图、日常素材 | Nano Banana 2 | 人工修图、重新生成和审核退回的成本超过 Pro 差价 |
| UI mockup、流程图、标签卡片、密集文字海报 | Nano Banana Pro | 必须稳定保留文字结构、层级、图标和分组 |
| 4K 成品或客户交付图 | Nano Banana Pro 候选 | 成品尺寸、审稿风险或替换成本让更高单价合理 |
| 旧 Imagen 4 提示词库 | 先用 Nano Banana 2 复测 | Pro 在同提示词验收率上有清晰优势 |

这个规则能避免两个常见错误。第一个错误是因为旧提示词库看起来熟悉，就继续把 Imagen 4 当作可长期依赖的后门。第二个错误是因为 Pro 名字更强，就把所有流量直接推到 Pro。前者会把关闭风险带进生产，后者会在没有验收数据的情况下放大成本。先让 Nano Banana 2 承担默认任务，再让 Pro 用结果争取预算，是更容易管理的路径。

实际执行时，可以先给每个 prompt family 标记风险等级。纯视觉探索、低风险商品图、社媒草图通常从 Nano Banana 2 开始。带文字、参考人物、品牌符号、界面布局和最终审稿的任务，进入 Pro 候选队列。候选不等于直接上线，仍然要用同提示词测试证明 Pro 减少的失败足够多。

## 上线前跑同提示词迁移测试

质量样例能帮助你决定测试什么，但不能直接决定生产路由。迁移 gate 要用同一批提示词、同一批参考输入和同一套验收标准，把旧路线、Nano Banana 2 和必要时的 Nano Banana Pro 放在同一张表里。

![同提示词迁移测试清单，用于把 Imagen 4 流量迁到 Nano Banana 2 或 Nano Banana Pro](https://blog.laozhang.ai/posts/zh/imagen-4-vs-nano-banana-retirement-guide/img/migration-test.webp)

| 测试切片 | 最小样本 | 评分重点 |
| --- | --- | --- |
| 简单生成提示词 | 10 到 20 条 | 是否遵循提示词、画面是否完整、首轮通过率 |
| 带文字或图表的提示词 | 10 条 | 文字准确度、布局稳定性、是否需要手动修补 |
| 参考图或编辑提示词 | 10 条 | 参考一致性、主体漂移、细节保留和局部编辑精度 |
| 高风险成品提示词 | 5 到 10 条 | 审核通过率、返工分钟、尺寸需求、每张可用图成本 |

评分时看“可用输出”，不要只看最好看的样张。一张便宜图如果需要生成十次才有一张能用，实际成本可能高于 Pro。一张 Pro 图如果只是更漂亮但没有减少退回，也不应该成为默认路线。把每个候选模型的 accepted output rate、手动修补时间、尺寸、延迟、失败码和成本放在同一张表里，迁移讨论会从偏好变成证据。

灰度时不要一次替换全部流量。先让低风险 prompt family 切到 Nano Banana 2；对高风险 family 并行跑 Pro 候选；保留每次请求的旧路线、新路线、prompt family、验收结果和回滚动作。若旧 Imagen 4 在该接入面已经不可用，回滚就应该是“回到上一个 Gemini 图像候选、降低提示词复杂度、人工审核”，而不是虚假的“回到 Imagen 4”。

## 成本边界要带日期

截至 2026 年 6 月 28 日，官方 Gemini API pricing 表里，当前稳定的 Nano Banana 2 和 Nano Banana Pro 图像模型没有显示免费层。成本判断要和这个日期绑定，因为价格、免费额度和 Batch 折扣都属于会变化的事实。

| 模型路线 | 当前价格信号 | 免费层边界 |
| --- | --- | --- |
| `gemini-3.1-flash-image` | 图像输出按尺寸计价，0.5K、1K、2K、4K 的价格阶梯不同 | 当前稳定 Nano Banana 2 行没有免费层 |
| `gemini-3-pro-image` | 1K/2K 与 4K 有不同单张价格，Pro 输出显著更贵 | 当前稳定 Nano Banana Pro 行没有免费层 |
| `gemini-2.5-flash-image` | 旧通道仍显示有限免费层和较低单张输出价格 | 只有任务真的适合旧模型时才考虑 |

不要把官方价格、provider 价格和内部折扣写在同一个句子里。官方价格回答的是 Google 第一方计费边界；provider 价格回答的是该 provider 的充值、转发、模型覆盖和失败条款；内部成本回答的是你自己的可用图成本、返工时间和审核成本。三者都重要，但不能互相替代。

预算表里建议保留四列：单次生成价格、可用图通过率、每张可用图的平均生成次数、人工修补分钟。Nano Banana 2 可能单张更便宜，但如果文字图通过率低，最终成本会上升。Nano Banana Pro 可能单张更贵，但如果它显著减少重生成和修补，在高风险任务上反而更便宜。这个结论必须来自你的提示词库，而不是来自模型名称。

## 生产迁移检查表

把 Imagen 4 替换掉之前，至少完成这些步骤。

1. 写清楚接入面：Gemini API、Firebase AI Logic、Vertex AI、消费端产品或 provider。
2. 记录旧 Imagen 4 名称或 model ID，以及最后一次成功调用日期。
3. 选择第一替代路线：默认是 `gemini-3.1-flash-image`，除非任务已有明确 Pro 触发条件。
4. 用同一批提示词、参考图和验收标准测试 Nano Banana 2。
5. 只把文字、参考、4K 和高风险成品任务放进 Nano Banana Pro 候选测试。
6. 比较可用输出率、人工修补时间、尺寸、延迟、失败码和每张可用图成本。
7. 在配置里写稳定 model ID，不要只写昵称。
8. 在大迁移、采购或客户交付前重新核对官方文档。

检查表还应该包括停机边界。若你所在路线已经把 Imagen 描述为关闭或退休，迁移计划不能再依赖 Imagen 回滚。若你所在路线仍有关闭窗口，也不应该把窗口当成新开发时间，而应该用来复测、灰度、修复提示词和更新告警。越早把旧 ID 从默认配置里拿掉，越少会在最后一周遇到不可解释的失败。

对团队文档来说，最有价值的不是“我们会迁移到 Nano Banana”，而是“这些 prompt family 已经通过 Nano Banana 2，这些进入 Pro 候选，这些需要重写提示词，这些因接入面已关闭不能回滚”。这类记录可以让工程、设计、支持、财务和客户经理在同一张迁移图上工作。

## 迁移记录应该怎样写

迁移记录要能被未来的人复查。每一行至少包含旧路线、替代路线、测试日期、样本数量、通过率、主要失败类型、成本观察和下一步动作。对于图像模型，失败类型不能只写“质量差”，应该拆成文字错误、主体漂移、参考图不一致、布局破坏、输出尺寸不合适、安全拦截、超时、配额失败和人工审核未过。

如果你负责的是多语言站点或多地区产品，还要把 locale 影响写进去。某些地区的用户会把 Nano Banana 当成工具名称，另一些地区会把它当成 Gemini 图像模型昵称；某些团队只关心 API model ID，另一些团队先遇到充值、访问或供应商覆盖问题。正文、FAQ、客服话术和内部迁移记录都应先解决当地读者的行动问题，再补充官方事实。

最后，把“何时用 Pro”写成可执行 stop rule。比如：同一 prompt family 连续两轮测试中，Nano Banana 2 的可用输出率低于 80%，或文字图需要平均超过 6 分钟人工修补，就进入 Pro 候选；如果 Pro 没有把可用输出率或修补时间改善到阈值，就不要支付 Pro 默认成本。这样的规则比“Pro 更好”更容易被复用。

## 常见问题

### Imagen 4 现在应该换成什么？

大多数新的 Google 图像生成工作先换到 Nano Banana 2，也就是 `gemini-3.1-flash-image`。如果任务包含大量文字、参考图、4K 成品或客户审稿，再用同提示词测试证明 Nano Banana Pro 值得。

### Imagen 4 在所有地方同一天退役吗？

不是。Gemini API、Firebase AI Logic 和 Vertex AI 对 Imagen 的日期和状态描述不同。先确认你的接入面，再把该接入面的官方边界写进迁移计划。

### Nano Banana 2 的 model ID 是什么？

当前 Google 图像生成文档把 Nano Banana 2 对应到 `gemini-3.1-flash-image`。Nano Banana Pro 对应 `gemini-3-pro-image`，旧 Nano Banana 通道对应 `gemini-2.5-flash-image`。

### 什么时候值得用 Nano Banana Pro？

当 Nano Banana 2 在同提示词测试中造成更多废图、文字错误、参考漂移、人工修补或成品审核失败，而且这些成本超过 Pro 的价格差时，才值得把 Pro 放进正式路线。

### 可以把 Imagen 4 保留为回滚路线吗？

只有在你的具体接入面仍然接受 Imagen 4，而且你已经安排替代测试和移除日期时才可以。若该接入面已经关闭或退休，回滚应该是另一个 Gemini 图像候选或更保守的工作流。

### 有没有免费的替代 API？

截至 2026 年 6 月 28 日，当前稳定的 Nano Banana 2 和 Nano Banana Pro 图像 API 行没有显示免费层。旧的 `gemini-2.5-flash-image` 仍有有限免费层，但它只有在质量和行为都适合任务时才应使用。

### 最安全的第一轮测试怎么做？

先选 25 到 50 条代表性提示词跑 Nano Banana 2，再把其中最难的文字、参考图和成品提示词跑 Nano Banana Pro。比较可用输出率和返工成本，而不是只比较样张好不好看。