Nano Banana 2 Lite vs Nano Banana 2：EvoLink 用户该怎么路由？
快速结论
在 EvoLink 上，更实际的做法不是二选一，而是按任务路由：草稿、变体、缩略图、社媒测试、批量探索走 Lite；少量通过筛选的最终图，再切到 Nano Banana 2。
真正的产品决策不是“哪个模型更强”，而是它们分别应该出现在图像流水线的哪一段。Lite 负责降低试错成本，让用户更愿意生成更多候选图；Nano Banana 2 负责保护少量最终图的质量、分辨率和可交付性。
决策表
| 需求 | 推荐 | 原因 |
|---|---|---|
| 快速出初稿 | Nano Banana 2 Lite | 面向约 4 秒 1K 生成和快速迭代 |
| 低成本 1K 有效图 | Nano Banana 2 Lite | Google 公布 Lite 1K 输出标准价 $0.0336；EvoLink 实际路由价见价格表 |
| 2K 或 4K 最终输出 | Nano Banana 2 | Lite 定位为原生 1K，Nano Banana 2 覆盖更高分辨率 |
| 交互式编辑器 | Nano Banana 2 Lite | 更短反馈链路比最高分辨率更重要 |
| 营销主视觉 | Nano Banana 2 | 最终审核通常需要更高质量和分辨率余量 |
| 一个 API key 管两者 | EvoLink 路由 | 用一个 EvoLink 账号按任务切换模型路线 |
使用场景矩阵
| 产品工作流 | 先用 Lite？ | 是否升级到 Nano Banana 2？ | 这样路由的原因 |
|---|---|---|---|
| 电商列表图草稿 | 是 | 只给通过审核的主图升级 | 大量列表图会在最终审核前被淘汰 |
| 社媒广告素材测试 | 是 | 对胜出方向升级 | Lite 降低 A/B 测试成本，Nano Banana 2 保护最终交付 |
| 应用内图片编辑预览 | 是 | 很少需要 | 用户探索编辑时更在意延迟 |
| 品牌活动主视觉 | 视情况 | 是 | 前期探索可以便宜，最终图需要分辨率余量 |
| 角色或商品一致性测试 | 是 | 给选中的最终图升级 | Lite 快速找方向，Nano Banana 2 验证最终质量 |
| 印刷或高分辨率导出 | 否 | 是 | Lite 是 1K 路线，最终高分辨率应交给 Nano Banana 2 |
已确认事实
gemini-3.1-flash-lite-image。Google Gemini API 文档和价格页提供供应商口径，EvoLink 价格表和控制台展示具体账户与路由价格。| 事实 | Nano Banana 2 Lite | Nano Banana 2 |
|---|---|---|
| Google 模型家族 | Gemini 3.1 Flash-Lite Image | Gemini 3.1 Flash Image |
| EvoLink 页面 | /nano-banana-2-lite | /nano-banana-2 |
| 最适合工作流 | 高并发 1K 草稿、编辑、变体 | 更高质量最终图、2K/4K 输出 |
| 成本定位 | Nano Banana 2 家族低成本路线 | 更高成本，但输出余量更大 |
| 生产建议 | 默认探索路线 | 选中后的最终资产路线 |
什么时候选 Lite
Nano Banana 2 Lite 适合图像生成被嵌入产品循环的场景：用户改 prompt、预览方案、换背景、批量生成活动素材。这里速度和成本会叠加影响体验。
适合 Lite 优先的工作流包括：
- 商品缩略图生成
- 电商列表图变体
- 社媒广告 A/B 测试
- 对话式设计工具
- sticker、头像和素材灵感
- 人工审核前的大批量草稿
Lite 的核心价值是扩大预算可尝试范围。相同预算下能生成更多候选图，团队就能在切到更高分辨率路线前筛出更靠谱的方向。
Nano Banana 2 仍然值得保留的场景
当图像更接近交付而不是探索时，Nano Banana 2 仍应留在链路里。如果图片会作为主视觉、高分辨率营销图、正式商品图，或者会被用户近距离检查，最高效率就不是唯一目标。
使用 Nano Banana 2 的典型情况：
- 最终图需要 2K 或 4K
- 单张通过审核比大量草稿更重要
- 图片会被客户仔细查看
- 后期编辑需要更多像素细节
- Lite 探索后，需要更强的一次最终渲染
这正是 EvoLink 路由的价值：Lite 承担便宜的探索阶段，Nano Banana 2 处理少量确认后的最终图。
什么时候不应该用 Lite
不要因为 Lite 更便宜，就把它设成唯一路线。只要用户预期的是高分辨率最终输出、单张成片价值高于大量尝试，或者审核依赖细节，就不应该把 Lite 当最终路线。
这些情况不适合用 Lite 作为最终输出：
- 导出目标是 2K、4K、印刷或大尺寸网页展示
- 用户会放大检查商品材质、包装文字或细节
- 图片是付费投放主素材，不只是草稿
- 工作流有严格品牌审核，且重新生成机会少
- 产品承诺是“最高质量”，而不是“快速迭代”
更清晰的产品 UI 应该是两段式：Lite 做高速 1K 探索，Nano Banana 2 做更高分辨率最终图。这样用户不会把低价路线误解成万能质量档。
推荐 EvoLink 路由模式
| 阶段 | 路由 | 产品原因 |
|---|---|---|
| Prompt 探索 | Nano Banana 2 Lite | 快速生成大量方向 |
| 变体循环 | Nano Banana 2 Lite | 用户选择方向前控制每张成本 |
| 内部审核 | Nano Banana 2 Lite + 少量 Nano Banana 2 测试 | 判断高分辨率是否影响最终选择 |
| 最终资产 | Nano Banana 2 | 需要 2K/4K 或更强最终质量时使用 |
| 备用方案 | 两者都保留 | 避免某一路由拥堵或预算变化影响工作流 |
大多数团队应该默认 Lite 承担量，Nano Banana 2 承担最终图。这比一开始所有请求都走更贵路线、后续再被动降本更清晰。
成本与价格注意事项
不要只比较供应商标价。真实生产成本还包括失败尝试、重试、账户组价格、存储、审核循环，以及一张图被接受前需要多少草稿。
对 EvoLink 用户来说，关键问题是：
这条路线能在用户需要最终图之前，产出多少张有用候选图？
Lite 改善的是这个问题，因为它围绕快速 1K 生成设计。Nano Banana 2 改善的是最终资产路径，因为它有更高分辨率余量。正确答案通常是两者组合，而不是一个万能路线。
上线后应该看什么指标
如果产品里同时加入两条路线，不要只看单次请求成本。这个指标会奖励便宜但无效的尝试，无法说明用户是否真的接受了生成结果。
更应该跟踪：
| 指标 | 为什么重要 |
|---|---|
| 被接受输出率 | 判断 Lite 草稿是否足以推动用户继续 |
| 每张有效图需要的尝试次数 | 衡量真实生产成本，而不是标价 |
| 从开始到接受图片的时间 | 衡量 Lite 快速迭代的实际价值 |
| 升级到 Nano Banana 2 的比例 | 看用户多久需要高分辨率最终图 |
| 最终路线后的再生成率 | 判断 Nano Banana 2 是不是用得太早或太晚 |
实际 rollout 可以这样做：默认 Lite 作为草稿路线，Nano Banana 2 作为一键最终导出路线；等使用数据说明质量或成本在哪里断裂后，再调整默认策略。
迁移检查清单
- 在模型选择 UI 中把 Nano Banana 2 Lite 标成高速 1K 选项。
- 保留 Nano Banana 2 作为高分辨率最终图选项。
- 更新内部标签，让用户知道 Lite 面向速度和成本，不是 2K/4K 最终图。
- 跟踪“被接受输出率”，不要只看单次请求成本。
- 批量任务放量前检查 EvoLink 价格表。
- 加上备用路由，避免活动只依赖一个模型路线。
相关工作流
这篇对比用于决定路线，下一步可以进入对应的生产工作流：
- Nano Banana 2 Lite 批量图像生成工作流：适合高频草稿、prompt 变体和被接受输出率统计。
- Nano Banana 2 Lite 用于电商与社媒广告：适合商品图、活动创意、缩略图测试和最终路线升级规则。
FAQ
Nano Banana 2 Lite 能替代 Nano Banana 2 吗？
不能完全替代。Lite 是更快、更低成本的 1K 路线；Nano Banana 2 仍然适合需要 2K/4K 或最终质量冗余的任务。
Nano Banana 2 Lite 的模型 ID 是什么？
gemini-3.1-flash-lite-image。批量生成应该用哪一个？
先用 Nano Banana 2 Lite。它更适合高并发草稿、变体和对延迟敏感的工作流。
最终营销图应该用哪一个？
当最终分辨率或画质比最低单张成本更重要时，使用 Nano Banana 2。
EvoLink 价格和 Google 价格完全一样吗？
不一定。Google 公布价是供应商参考口径。EvoLink 实际路由价格会受 SKU、账户组、积分和实时价格表影响。
一个 EvoLink 账号可以同时使用两个模型吗？
可以。EvoLink 的价值就是让团队通过统一 API 网关比较、选择和路由多个模型，而不是分别维护多个供应商接入。
