Nano Banana 生图发红时，最容易浪费时间的做法是立刻再生成十张。先下载原始文件，用两个支持颜色管理的查看环境打开它。 如果只有聊天窗口、手机相册或某个编辑软件里偏红，问题更可能在显示与颜色配置；如果同一个原始文件到处都红，再排查提示词、参考图和连续编辑。
还有一个重要边界：Google 当前把 Nano Banana 用作多个 Gemini 图像模型的统称，并记录了文生图、带图编辑和对话式修改能力，详见 Gemini API 图像生成文档。但官方没有把“图片发红”列为所有 Nano Banana 模型共有的已知故障。你可以诊断和缩小变量，却不能从一张红图直接断言“模型坏了”。
先做 60 秒判断：红色在文件里，还是只在屏幕上
保留刚下载的原始 PNG 或 JPEG，不要先截图、转发到聊天软件、套滤镜或另存。依次做三件事：
- 在电脑浏览器和一个支持颜色管理的图片编辑器中打开同一文件。
- 再在另一台设备上查看原文件，而不是查看聊天软件压缩后的副本。
- 对比中性区域：白墙、灰背景、白色衣服和眼白是否一起变暖，而不只凭主观判断肤色。
如果只有一个环境发红，先处理颜色配置。ICC 配置可以理解为文件告诉软件“这些颜色数值应该怎样显示”的说明。Adobe 说明，文件不嵌入颜色配置时，不同应用可能用不同方式解释颜色，从而产生不希望出现的色偏，参见 Adobe 的颜色配置说明。这并不证明 Nano Banana 没有生成色偏，只说明你还不能跳过显示端检查。
如果所有环境都同样偏红，颜色已经写进图像像素，继续下面的模型侧排查。
四种来源看起来相似，修法却完全不同
“发红”至少可能来自四层。场景层是提示词真的要求了夕阳、烛光、暖色电影感；输入层是参考图本身白平衡不一致，或者服装图、人物图带着不同色温；生成层是模型在合成、补光或多轮重绘时改变了整图色彩；显示层则是同一文件被不同软件解释成不同外观。
理解这四层后，再用下面的表做分流：
| 你看到的现象 | 更值得先怀疑什么 | 下一步 |
|---|---|---|
| 只有一个 App 里偏红 | 嵌入配置、显示器或软件颜色管理 | 用原文件跨设备比对，检查配置 |
| 从零生成也偏红，而且提示词有夕阳、暖光、金色 | 场景色温覆盖了中性色 | 做一张中性昼光基线 |
| 文生图正常，一加入人物或服装参考图就红 | 参考图的白平衡、饱和度或重光照 | 每次只加一张参考图 |
| 第一版正常，连续修改后越来越红 | 多轮编辑重绘了全局色彩 | 回到最近的正常原图，单次改一个元素 |
| 换装后只有皮肤发红发花，背景也轻微变色 | 合成/重光照波及整张图 | 缩小修改目标并明确锁定肤色与光线 |
| 同一输入在明确的两个模型 ID 下表现不同 | 模型版本差异值得继续验证 | 保存两份原文件与完整输入，不凭截图判断 |
一位 Nano Banana Pro / Nano Banana 2 用户曾在虚拟试穿中报告饱和度上升、皮肤发红发花和背景轻微偏色，见这份 Reddit 用户案例。它说明“只换衣服却改变全图色调”是一个真实可观察的失败表现，但这是单个用户报告，不是发生率统计，也没有证明根因一定是重光照。
用无参考图的中性基线，把问题缩小一半
新开一个会话，不上传参考图，不沿用已经改过多轮的结果。用一个容易判断颜色的场景，而不是复杂电影海报：人物站在浅灰背景前，白色上衣，中性昼光，画面中放一张灰卡或白色物体。
可以直接改写这段提示词：
text生成一张写实半身人像，浅灰色背景，人物穿纯白上衣。 使用中性昼光，白平衡自然，不使用夕阳、烛光、霓虹或暖色滤镜。 肤色自然，整体饱和度克制；白色保持中性，灰色不偏红也不偏黄。 不要添加复古调色、电影 LUT、橙青色调或环境暖色覆盖。
Google 的官方提示指南建议用具体场景、光线和拍摄条件来获得更多控制，而不是只堆几个关键词，详见 官方图像提示策略。这里的重点不是迷信“中性”两个字，而是把容易制造红色的场景条件暂时移除。
基线正常，说明问题更可能来自你后来加入的变量。接下来按顺序只恢复一项：先加主体参考图，再加服装/产品图，最后加氛围光。哪一步开始发红，哪一步就是当前最值得处理的输入。基线仍然发红，则记录当前模型和入口，再做同输入的模型对照。
图生图不要只说“别改肤色”，要说明只改什么
图生图或换装任务最常见的冲突是：你要求模型让新元素融入场景，它为了统一光线顺手重做了皮肤和背景；同时你又只写了一句“保持人物不变”。这两个要求的精度并不对等。
Google 的 官方定向编辑模板 也采用“只改变指定元素，同时保留原始风格、光线和构图”的表达。它是更好的提示方式，但不是像素级蒙版，也不保证框外每个像素完全不变。
换装时可以这样写：
text只把人物当前的上衣替换为参考图中的蓝色夹克。 人物身份、五官、发型、肤色和皮肤明度保持原图； 背景、相机曝光、白平衡、主光方向和阴影颜色保持原图； 不要对整张图片重新调色，不要提高饱和度，不要添加暖色滤镜。 新夹克只需要匹配原图现有光线，不要为了夹克重新照亮人物或背景。
如果仍然发红，不要在这张结果上继续说“再冷一点”。回到原图，只做同一个换装动作。连续在已经偏红的图上降色温，可能得到一张肤色灰、背景仍红的混合结果，也会让你失去干净的对照。
连续编辑越改越红时，回到最近一次正常版本
对话式编辑很方便，但“能连续改”不等于“每一轮都会完整保留前一轮颜色”。Google 确认 Nano Banana 支持对话式生成与编辑；这项能力不等于无损图层系统。
最稳妥的处理不是继续叠加纠正语句，而是：
- 找到最近一次颜色正常的下载文件；
- 用它作为新的唯一输入，不上传已经偏红的版本；
- 一次只修改一个对象或一个区域；
- 每次都下载原始结果，并与上一步并排比较；
- 一旦全局色调变化，退回上一张，而不是把偏差带进下一轮。
若你在 API 中测试，记录准确的模型 ID。Google 当前文档把 Nano Banana 分为 gemini-3.1-flash-lite-image、gemini-3.1-flash-image、gemini-3-pro-image 和较早的 gemini-2.5-flash-image。同一个名字可能指不同模型；不记录 ID，就无法判断“换一个会不会好”究竟换了什么。消费端看不到 ID 时，用“新会话 + 原图 + 单次修改”作为等价的隔离办法。
网页交付统一到 sRGB，但别把它当万能修色
确认像素本身正常后，再处理交付。Adobe 对网页图片的建议是使用 sRGB；若文件带有其他颜色配置，应在保存网页版本前转换到 sRGB，详见 Adobe 的在线图片颜色管理指南。转换时要用“转换到配置”，不是随意“指定配置”：前者尽量保留外观，后者可能直接改变解释方式。
sRGB 解决的是跨应用、跨普通屏幕时的兼容性，不会自动消除已经写进像素的红色。如果打开原图就能看到红色覆盖白墙和灰背景，应该先回到生成或后期校色，而不是指望换一个配置名称治好。
两个常见场景应该怎么走
人像换装后皮肤发红：先看原人物图、服装图是否分别正常，再做无服装参考的单图编辑基线。只换上衣并锁定肤色、白平衡、背景和光线；结果仍然全局改变时，回原图换明确模型验证。不要用已经发红的换装结果继续修脸。
白底商品图变成粉红底：先用取色器检查背景像素，而不是凭显示器观感。若像素接近中性、只在一个 App 发粉，检查颜色配置；若背景像素的红通道确实整体升高，回到白底原图并把“纯中性白背景、无环境反射色、无暖色调色”写进单次编辑。
无论哪种情况，留下五项记录：模型 ID 或产品入口、原始输入、完整提示词、这是第几次编辑、下载的原始输出。以后要复现、比较或向服务方反馈，原文件和条件比一张聊天窗口截图有用得多。
什么时候该停止重生成，改用后期校色
如果图片只是社交媒体草图，做完中性基线和一次定向编辑通常就足以决定继续还是重来。但下面三类任务不该把颜色正确性押在更多生成次数上：
- 品牌色必须接近指定色值的包装、Logo 和广告素材；
- 白底、肤色或面料颜色会影响购买判断的电商图；
- 付费肖像、婚礼、证件或其他需要客户确认肤色的交付。
这时把 Nano Banana 用来完成构图和对象编辑，再在支持颜色管理的软件中校正白平衡、曲线、肤色和输出配置。模型负责创造，颜色管理负责稳定交付，两者不是互相替代。
如果你还不确定自己用的是哪个 Nano Banana 版本，可以先看 Nano Banana AI 图片生成器与模型家族说明。如果版本已经明确，现在最有价值的下一步只有一个：保留原图，做一张无参考、无暖光的中性基线，然后只恢复一个变量。
