作者注：一位做家居電商的讀者用 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 文檔中心
