作者注：一位做家居电商的读者用 Nano Banana 批量改飘窗垫的多色款场景图，绿、红、蓝、灰、米白、卡其，一个文件夹二十多张成品图。他的原话是：发红的情况不是少数，很常见，通体偏红，每张都要手工调回来。他大多用 Nano Banana 2，因为工具进来默认就是它，从没留意过模型和通道。
这类问题是 Nano Banana 改图偏红 的典型场景：提示词里没要暖色，成品却整体偏红、偏暖。这不是一句“换个模型就好”能解决的事，偏色可能出在参考图、提示词、分辨率、通道、输出压缩任何一环，需要按顺序逐项定位。
核心价值：读完本文，你能判断偏红出在哪一环、先做哪一步、做一轮对照大概花多少钱。本文事实分三层：Google 官方文档（2026-10-30 访问）、Google 官方论坛的用户实测（不是官方结论）、API易 文档与平台事实（2026-10-30 核对）。
Nano Banana 改图偏红 5 项排查核心要点
先给一张总表。5 项按“越靠前越便宜、越容易验证”的顺序排列，排查时建议从上往下走，不要一上来就换模型。
| 排查项 | 为什么会偏红 | 30 秒验证 | 优先修法 |
|---|---|---|---|
| 参考图 | Display P3 色彩未被识别、URL 没真正传上去、在上一轮结果上继续改 | 看 ICC、看 promptTokensDetails 有无 IMAGE |
转 sRGB、改 base64、每轮回到原图 |
| 提示词光线词 | 暖光、黄昏、氛围类词会触发全局调色 | 删掉光线词重跑一次 | 改写成中性白平衡的正向描述 |
| 模型与分辨率 | 有用户反馈 2K/4K 可见、1K 几乎不可见 | 同图同词用 1K 跑一次 | 换档位对照，2.1/2/Pro 各跑一次 |
| 调用通道 | 工具标签和实际模型、分组可能不一致 | 看令牌分组、调用日志、图片体积 | 换分组做 A/B 对照 |
| 输出压缩 | 二次压缩会丢颜色细节 | 看像素尺寸和文件体积 | 拿原始文件，压缩放在最后 |
🎯 排查建议：5 项里第 3、4 项需要“同一张图跑多个模型、多个分组”做对照。在 API易 apiyi.com 上用同一个 API Key 只改
model参数，就能对照 2.1、2、Pro 三个型号，不用分别开账号。
Nano Banana 改图偏红：先确认偏色真的在文件里
动手排查前，先排除“显示器和看图软件的问题”。方法是读图里中性区域（白墙、白窗台、灰色地面）的 LAB 值。LAB 是一种按人眼感知设计的色彩空间：L 是亮度，a 是红绿轴（越大越红），b* 是黄蓝轴（越大越黄）。用 Photoshop 的取色器或任何能读 LAB 的工具，在原图和成图同一位置各取一个点。
下面是经验阈值，不是官方标准：中性区 a 中位数比原图高 2 以上，肉眼通常能看出来；高 4 以上属于明显偏色。如果 a 几乎没变、只是看起来红，问题多半在显示端或色彩描述文件，下面 5 项就不用急着查。
Nano Banana 改图偏红 5 项原因逐项排查
第 1 项：参考图本身就带着偏色隐患
为什么偏：参考图有三个常见坑。第一，苹果设备导出的图常用 Display P3（苹果常用的大色域），文件里带的是 P3 的 ICC（色彩描述文件，告诉软件这张图用哪套颜色标准）；部分链路不识别 ICC，会按 sRGB 去读，颜色就会跑。第二，参考图根本没传上去：API易 文档说明，Nano Banana 系列的参考图要用 base64，不支持 OpenAI 格式，把 URL 塞进 OpenAI 兼容格式的 image_url 字段，模型等于没看到原图，只能按文字“猜”一张。第三，多轮累积：在上一轮结果上继续改，偏差会叠加。
关于累积，Google 官方论坛有一组用户实测值得参考（这是用户报告，不是 Google 结论）：同一位用户用 4K 连续编辑三次，中性区 a* 从 2.02 → 3.65 → 5.81 → 7.78，每次约 +2.1~2.4，ΔE00（衡量两种颜色差多少的指标）约 2.9~3.7，98% 以上的中性像素都往红方向移。
30 秒怎么验证：
- 用看图软件的“显示信息”查参考图有没有 Display P3 的 ICC。
- 看响应里的
usageMetadata.promptTokensDetails，确认有 IMAGE 类 token；没有就说明图没进模型。 - 对比第一轮和第三轮成图的白墙 a*，逐轮升高就是累积。
怎么修：上传前统一转 sRGB；参考图用 base64 传，不走 URL；每一轮都从原图开始改，不在上一张结果上接着改。多轮编辑确实需要时，Google 官方建议回传 thought signature 保留推理上下文。在 API易 上，原生 Gemini 端点支持真正的多轮编辑（上一轮产出图以 role:model 的 inlineData 回填），逆向通道不支持，只能每轮重新喂图。
第 2 项：提示词里的暖光词
为什么偏：Nano Banana 的编辑不是只改局部像素。Google 官方文档里的编辑能力就包括调整调色，官方示例也写过“让光线和阴影匹配户外环境”，说明模型会做全局光影融合。提示词里出现“温馨、午后阳光、黄昏、氛围感、ins 风”这类词，模型很可能把整张图往暖色推。论坛另一帖还有用户反馈，即使写了“只换衣服，保持光线和背景不变”，饱和度和肤色仍会偏红，所以这一项能降低概率，但不是全部原因。
30 秒怎么验证：把提示词里所有光线、氛围、色调相关的词删掉，其他不变，重跑一次，看中性区 a* 是否明显回落。
怎么修：按官方“描述你想要的，而不是不要的”原则，同时把要保留的产品颜色写详细。可以直接改用下面这段：
只修改飘窗垫的颜色和图案，产品以外的所有内容保持不变。保留原图的拍摄光线、白平衡、阴影方向和背景；白色窗台与墙面保持中性白；不添加暖色滤镜、夕阳、暖光灯、烛光或胶片色调；整体为中性日光色温；产品颜色以我给出的色值为准，例如墨绿 #2F4F4F。
英文版思路相同：Keep whites neutral，Use a neutral daylight color temperature，并给出 hex 色值。论坛用户实测里同类写法是“有时有用、不是每次都灵”，改完重试 1–2 次，仍偏就进入第 3 项。
第 3 项：2K/4K 才偏，1K 几乎看不出来
为什么偏：Google 官方论坛那篇偏粉帖里，有用户反馈：2K、4K 输出可见偏色，1K 不可见或几乎不可见；Nano Banana Pro 与 Nano Banana 2 都受影响；PNG 和 JPG 都能测出。Google 未在帖内给出修复结论。也就是说，同样的提示词，分辨率档位本身可能就是变量。
还有一个容易误会的点：输出分辨率由请求里的 imageSize 和 aspectRatio 决定，不由提示词里的“4K、高清、超清”决定。
| 比例 | 1K | 2K | 4K |
|---|---|---|---|
| 1:1 | 约 1024×1024 | 约 2048×2048 | 约 4096×4096 |
| 16:9 | 约 1376×768 | 约 2752×1536 | 约 5504×3072 |
| 判断方法 | 拿到 1024 级像素就是 1K | 2048 级为 2K | 4096 级为 4K，比看工具标签可靠 |
30 秒怎么验证：同图、同提示词，把 imageSize 改成 1K 再跑一次。1K 正常、2K/4K 偏，优先怀疑高分辨率输出管线，而不是提示词。
怎么修：如果 1K 够用（例如主图缩略、详情页小图），先用 1K 出图；需要大图时，三个型号各跑一次对照。型号情况如下：Nano Banana 2.1（gemini-nano-banana-2.1）2026-10-06 发布，支持 1K/2K/4K，不支持 512px；Nano Banana 2（gemini-3.1-flash-image）支持 512px/1K/2K/4K，官方推荐新项目改用 2.1；Nano Banana Pro（gemini-3-pro-image）质量最高。注意，论坛报告同时覆盖 Pro 和 Nano Banana 2，换 Pro 不等于一定不偏；2.1 在检索范围内暂无公开偏色报告，但同样不能据此认定它不偏。
| 型号 | model 参数 | 分辨率档位 | 按次价格 |
|---|---|---|---|
| Nano Banana 2.1 | gemini-nano-banana-2.1 |
1K / 2K / 4K | $0.045/次 |
| Nano Banana 2 | gemini-3.1-flash-image |
512px / 1K / 2K / 4K | $0.055/次 |
| Nano Banana Pro | gemini-3-pro-image |
1K / 2K / 4K | $0.09/次 |
| 可用平台 | API易 apiyi.com | 同一个 Key 切换 | 查于 2026-10-30 |
价格查于 2026-10-30，型号与价格以平台型号列表为准。按这张表算，同一张图三个型号各跑一次约 $0.19，再加一次 1K 对照，一轮完整对照也就两毛多美元，比手工调二十多张图便宜得多。
📷 截图位 1（API易 调用日志页）：展示调用日志列表中的“使用模型、输入/输出 token、计费金额、状态”四列，用于核对对照实验里每次请求实际用的是哪个模型、花了多少。
第 4 项：工具说的模型不一定是真模型
为什么偏：读者案例里，工具“进来默认就是香蕉 2”，但界面标签不能证明实际请求的模型、分组和端点。在 API易 上，Nano Banana 系列有 AIStudio + Vertex 双通道冗余：默认分组走官转 AI Studio，Vertex 是独立分组，不在默认分组里。API易 的偏红 FAQ 提到，Nano Banana Pro 改图后偏红、偏暖在改图场景较多，可以尝试切 Vertex 分组，或改用 gpt-image-2 对照。但要说清边界：论坛用户在 Replicate 和 Vertex 两条路径都复现了偏色，通道不是唯一原因，切 Vertex 是 A/B 对照，不是保证能修好。
30 秒怎么验证：
- 在令牌页看这个 Key 绑定的是哪个分组；分组设置在令牌上，不在单条日志里。
- 在调用日志里核对实际模型名、token 和花费。
- 看 4K 单张体积：Vertex 约 18–20MB，AI Studio 约 9–10MB，可间接判断通道。
- 看响应里的
modelVersion，确认不是工具偷偷换了型号。
📷 截图位 2（API易 令牌分组页）：展示创建/编辑令牌时的分组下拉框，标出 Default 分组与 Vertex 相关分组的位置，说明“切通道只改令牌分组，代码不用改”。
怎么修：新建一个绑定 Vertex 分组的令牌，同图同词再跑一次；调用方式不变。OpenAI 兼容调用的 base_url 填 https://api.apiyi.com/v1，但图像编辑的参考图仍要按 Gemini 要求用 base64，不要因为走兼容格式就把 URL 塞进 image_url。如果两个分组都偏，再试 gpt-image-2：API易 文档的说法是它在改图场景色彩保真度通常更好，偏向“原图微调”，而 banana pro 偏向“画风化重绘”，换过去要重新调提示词，具体型号与计费以平台型号列表为准。也可以先在 imagen.apiyi.com 网页端用同一参考图和指令复测，排除自家代码的问题。
第 5 项：输出被压过一道
为什么偏：成图从模型出来后，可能被工具、图床、电商后台再压缩一次。压缩常用色度抽样，也就是压缩时少存颜色细节，只保留亮度细节。论坛也有用户反馈，模型输出本身在色度信息上似乎分辨率更低，后期校正更难。但要分清：JPEG 压缩会让颜色变脏、边缘出色块，却解释不了整张图均匀往红偏；均匀红移主要还是和模型、参考图、提示词有关。
30 秒怎么验证：看文件属性。4K 文件只有 1–2MB，或者像素不是 4096 级别，说明被二次压缩，或 imageSize 根本没生效。API易 文档示例里成功出图的 inlineData.mimeType 是 image/jpeg，parts 里可能混有文本段或中间图，要取最后一张。
怎么修：先保存模型返回的原始文件，压缩放在交付前最后一步。如果要把成图再作为下一轮输入，按输入图标准压缩：大于 1.5MB 才压，长边不超过 2048px，质量 0.9，保持原格式。最后的兜底是后期校正：以原图为基准测中性区 a/b 中位偏移，对整张图做 LAB 平移，只动 a/b、不动 L*。论坛用户实测这样校正后三次残差都小于 0.3，画面结构和亮度不变，适合批量脚本化处理。
Nano Banana 改图偏红 10 分钟排查顺序
把上面 5 项串成一个能照着走的顺序。每一步都有验收标准，过了再进下一步，不过就在这一步修。
| 步骤 | 做什么 | 验收标准 |
|---|---|---|
| 1. 存证 | 保存原图与成图，记录像素、体积、MIME、有无 ICC | 两张图信息齐全，能复现 |
| 2. 量偏色 | 读中性区 a/b | a* 比原图高 2 以上才继续，否则查显示端 |
| 3. 查参考图 | 转 sRGB、确认 base64、看 IMAGE token | promptTokensDetails 里有 IMAGE |
| 4. 回原图 | 不在上一轮结果上改 | 单轮成图 a* 不再逐轮升高 |
| 5. 改提示词 | 换中性白平衡写法，重试 1–2 次 | 中性区 a* 回落到原图 +2 以内 |
| 6. 1K 对照 | 同图同词 imageSize 设 1K |
判断是否“1K 正常、2K/4K 偏” |
| 7. 换模型 | 2.1 → 2 → Pro 各跑一次 | 找到偏色最小的型号，记录花费 |
| 8. 换通道 | 换 Vertex 分组或试 gpt-image-2 | 两边对照，确认是否与通道相关 |
| 9. 后处理兜底 | 以原图为基准做 LAB 平移 | 中性区与原图差值接近 0，保留校正参数 |
几个症状和原因的对应关系值得记住：同一提示词重复跑、偏色程度每次不同，是采样波动，重试 1–2 次；每次编辑都更红，是多轮累积；只有某个工具或某个分组偏，是通道、参数或编码问题。API 是单次原子调用，同一提示词同一张图也可能一次好一次坏，重试本身就是有效手段。
💡 对照建议：步骤 7、8 最适合放在同一个平台上做。通过 API易 apiyi.com 用同一个 Key 跑不同型号、用两个令牌跑不同分组，调用日志会把每次的模型和花费记下来，对照结果一目了然。
常见问题 FAQ
Q1：Nano Banana 改图偏红是 Google 官方承认的 bug 吗？
不是官方结论。Google 官方论坛有用户报告编辑后轻微偏粉、偏红，并给出了 a* 测量数据，但 Google 未在帖内确认原因或给出修复说明。本文引用的数字都属于用户实测。
Q2：换成 Nano Banana Pro 就不会偏红了吗？
不一定。论坛报告同时覆盖 Pro 和 Nano Banana 2，API易 的 FAQ 也提到 Pro 在改图场景偏暖较多。正确做法是同图同词三个型号各跑一次，用 a* 数值比较，而不是凭感觉换。
Q3：Nano Banana 2.1 修复偏红了吗？
没有公开的修复说明。2.1 于 2026-10-06 发布，官方称画质和多轮一致性更好，检索范围内暂无偏色报告，但这不等于不偏。官方推荐新项目改用 2.1，可以把它放进对照第一位。
Q4：切到 Vertex 分组一定能解决吗？
不能保证。论坛用户在 Vertex 路径也复现过偏色，切分组只算 A/B 对照。在 API易 apiyi.com 上切 Vertex 只需在令牌里改分组，代码不用动，对照成本很低，值得试一次。
Q5：为什么 API 出图偏色，网页端看起来正常？
网页版 Gemini 是 Agent，可能改写提示词、内部重试择优；API 是单次调用，提示词原样进模型。另一常见原因是参考图没真正传上去。API易 apiyi.com 文档建议参考图用 base64，并核对 `promptTokensDetails` 里有没有 IMAGE token。
Q6：二十多张已经偏红的图，怎么批量救回来？
用 LAB 平移批量校正：以未修改的原图为基准，测中性区 a*/b* 中位偏移，对整张图反向平移，只动 a*/b*。论坛用户实测残差小于 0.3。这是事后校正，源头仍要按 10 分钟顺序先定位。
Nano Banana 改图偏红核心要点 Key Takeaways
- 先量再修：中性区 a* 比原图高 2 以上，才算偏色真的在文件里。
- 参考图要干净：转 sRGB、用 base64，不把 URL 塞进
image_url。 - 每轮回原图：用户实测 4K 连改三次，a* 从 2.02 涨到 7.78。
- 光线词写正向：用中性白、日光色温、保留原图白平衡来描述。
- 1K 是快速对照：1K 正常、2K/4K 偏，优先怀疑高分辨率管线。
- 型号通道做 A/B：同一个 Key 换 model、换分组，日志核对花费。
- LAB 平移兜底：只动 a/b，批量校正可脚本化。
总结
Nano Banana 改图偏红的排查要点：
- 先确认偏色在文件里：读中性区 a*，排除显示端问题，再进入 5 项排查。
- 按成本从低到高查：参考图 → 提示词光线词 → 模型与分辨率 → 调用通道 → 输出压缩，每项都有 30 秒验证方法。
- 对照比猜测有效：1K 对照、三型号对照、双分组对照，一轮完整对照花费两毛多美元。
- 说清边界：目前没有任何一步能保证消除偏红，只能降低概率、先定位、再校正。
对于批量改产品图的团队，建议把“回原图、中性白平衡提示词、1K 对照”写进固定流程。推荐在 API易 apiyi.com 上用同一个 Key 完成型号和通道对照，并用调用日志核对每次请求的模型与花费。
📚 参考资料
- Gemini API《Nano Banana image generation》：型号、分辨率、编辑能力说明
- 链接：
ai.google.dev/gemini-api/docs/image-generation -
说明：
imageSize、aspectRatio、thought signature、保留细节写法的官方依据（2026-10-30 访问） -
Google Cloud《Gemini image generation best practices》：提示词最佳实践
- 链接：
docs.cloud.google.com/gemini-enterprise-agent-platform/models/capabilities/gemini-image-generation-best-practices -
说明： “描述你想要的，而不是不要的”原则出处
-
Gemini API 弃用表：各型号发布与关停状态
- 链接：
ai.google.dev/gemini-api/docs/deprecations -
说明： 确认 2 与 Pro 正式版未公布关停日期
-
Google 官方论坛偏粉帖：编辑后轻微偏粉的用户实测
- 链接：
discuss.ai.google.dev/t/edited-images-return-with-a-slight-pink-color-cast-after-migration-from-preview-to-image/176315 -
说明： a* 累积数据、1K/2K/4K 差异、LAB 校正残差，均为用户实测
-
API易 文档中心：《banana pro 改图后画面偏红怎么办？》《Nano Banana 系列开发指南》《图片压缩与输出分辨率说明》《调用日志》
- 说明： 分组、通道、base64 传图、输出体积与日志字段的平台口径（2026-10-30 核对），可在文档中心按标题检索
作者：APIYI 技术团队
技术交流：欢迎在 API易 网站首页联系我们，更多图像模型接入资料可访问 docs.apiyi.com 文档中心
