概述
Nano Banana 2(代號)是谷歌於 2026 年 2 月 26 日釋出的最新影像生成模型,模型 ID 為gemini-3.1-flash-image-preview。它以 Pro 級畫質 + Flash 級速度和成本 重新定義了影像生成的價效比,是 Nano Banana 系列的最新旗艦。
-preview):谷歌更新了官方文件,推出去掉 -preview 的正式模型名 gemini-3.1-flash-image,API易已同步上線支援。- 原模型名仍可用:
gemini-3.1-flash-image-preview繼續正常呼叫,價格不變,現有程式碼無需改動。 - 兩個名字都能跑:可按需選用新名
gemini-3.1-flash-image或原-preview名。
文生圖 API
圖片編輯 API
讓 AI Agent 幫你接入
.md),再按你專案的技術棧寫程式碼——超時、parts 防禦式解析、上傳壓縮、解析度引數這幾個高頻坑已經寫死在要求裡。讓程式設計 Agent 接入或排查 Nano Banana 2 的文生圖與圖片編輯。複製後直接貼上給 Codex、Claude Code、Cursor 等。
這段提示詞替你擋掉了什麼
這段提示詞替你擋掉了什麼
為什麼選 API易 的 Nano Banana 2
Nano Banana Pro / 2 是 API易 消耗量排名第一的影像模型——穩定、可靠、速度快。如果你期望跟專業的團隊合作,那選 API易 就對了。 針對 Nano Banana 2 這種谷歌官方剛釋出、產能仍緊張的新模型,API易 在穩定性、成本、接入體驗三方面做了深度最佳化:官方通道 · 與 Gemini 一致
/v1beta/models/.../generateContent),同時支援 OpenAI SDK 模式,請求體、響應欄位、錯誤碼與官方一致,遷移零改造。不限併發 · 企業可放量
官網 28-36% 價格
全球零門檻接入
api.apiyi.com,延遲穩定、免去出海改造。模型生態齊全
專業服務 · 企業陪跑
核心特性
Pro 級畫質
4K 超清輸出
14 種寬高比
影像搜尋 Grounding
精準文字渲染
多輪編輯對話
思維模式
主體一致性
版本對比
模型定價
- 選擇 Pay-as-you-go(按量計費)或 Pay-as-you-go Priority(按量優先)→ 按量計費
- 選擇 Pay-per-request(按次計費)或 Pay-per-request Priority(按次優先)→ 按次計費(與 Nano Banana Pro 相同)
- ⚠️ 請勿選擇 Hybrid billing(混合計費)
按次計費
NanoBananaEnterprise 企業 HA 通道(1.4 倍費率,即 $0.126/次),適合對可用性有更高要求的場景。按量計費(Nano Banana 2 專屬)
按量計費價格預估
影響計費的三個引數
以下結論來自 2026-08-27 對生產閘道的實測(每個條件 12–20 次,全部以後臺實際扣費為準,非估算)。三個引數對賬單的影響差了兩個數量級,最佳化順序應該按下表來。thinkingLevel:預設就是 minimal,high 貴一半
gemini-3.1-flash-image 支援思考等級調節(Pro 不支援)。實測同一提示詞各 20 次:
- 預設檔就等於
minimal,兩者統計上不可區分(p=0.64),顯式傳minimal沒有任何收益。 high檔下thoughtsTokenCount才作為獨立欄位出現,並計入completion_tokens一起按圖片價計費。- 只有開了
high,複雜提示詞才會燒更多 tokens:預設檔下,3 tokens 的極簡提示詞與 98 tokens 的推理型提示詞,輸出 tokens 無顯著差異(p=0.37);開了high之後,推理型提示詞的思考 tokens 比極簡提示詞多 126%,單次賬單貴 38%。
Google 搜尋接地:能力可用,但按檢索次數另收費
需要即時資訊才能畫對的場景(天氣卡、行情圖、近期活動海報),可以掛googleSearch 工具。實測 12/12 觸發接地。
圖片搜尋接地:Nano Banana 2 獨有,且不額外收費
searchTypes.imageSearch 讓模型從 Google 圖片搜尋拉取視覺參考,適合「用真實照片做拼貼」「照著實物畫」這類需求。
- 生效證據是
groundingMetadata.imageSearchQueries出現,實測值形如["current weather in Tokyo"]。 - 目前不額外收費,單次賬單甚至略低於無工具對照。
- 12 次裡 7 次觸發——是否檢索由模型自己判斷,不是每次都查。
- 網頁搜尋和圖片搜尋可以同時開,但選用哪條由模型決定,費用也就跟著不確定。
responseModalities:省不到錢,但能去掉多餘文本
responseModalities: ["IMAGE"] 宣告只要圖片。實測各 20 次:
- 三者差異都在 1% 以內,
["TEXT","IMAGE"]與不傳完全等價(p=0.90)。 - 普通出圖提示詞下 60/60 本來就只返回一個圖片 part、一個字文本都沒有,所以模態開關無從體現。只有推理型提示詞(要求畫資訊圖、資料圖表)才有約 1/3 機率附一段總結文字,此時
["IMAGE"]能把它抑制掉,省約 2.8%(p=0.09,不顯著)。
candidatesTokensDetails 的任何欄位裡,但照價計費,佔單次賬單的 28%,且不隨提示詞長度變化。文本那點量在它面前微不足道。所以按 1120 tokens 估算單張成本會低估約 28%,實際請按 candidatesTokenCount 或 totalTokenCount 對賬。分組介紹
Nano Banana 2 在 API易提供兩個分組,可在後臺「令牌設定」中切換:NanoBananaEnterprise 即可臨時過渡。
令牌「計費模式」推薦:選 按量優先(Pay-as-you-go Priority)—— 同時相容 Nano Banana 2 的按量計費 和 Nano Banana Pro 的按次計費,一把令牌跑全系列。

令牌設定:計費模式選「按量優先」,主分組選 Default、兜底分組掛上 NanoBananaEnterprise(1.4x)
支援的解析度與寬高比
輸出解析度
支援的寬高比(14 種)
1:1、1:4、4:1、1:8、8:1、2:3、3:2、3:4、4:3、4:5、5:4、9:16、16:9、21:9
各寬高比的輸出尺寸(畫素)
下表為 Nano Banana 2 在 512px / 1K / 2K / 4K 四檔解析度下、14 種寬高比對應的實際輸出畫素尺寸(資料來源:谷歌官方文件)。在請求中通過aspect_ratio 指定寬高比、image_size(或 resolution)指定解析度即可:
1:4、4:1、1:8、8:1 四種超長/超寬比例,適合長圖、資訊圖等特殊場景;並獨有 512px 低解析度檔位,適合縮圖與快速預覽。常見問題
Nano Banana 2 和 Nano Banana Pro 有什麼區別?
Nano Banana 2 和 Nano Banana Pro 有什麼區別?
gemini-3.1-flash-image-preview) 基於 Gemini 3.1 Flash,Nano Banana Pro (gemini-3-pro-image-preview) 基於 Gemini 3 Pro。主要區別:- ✅ 速度:Nano Banana 2 更快(Flash 級速度)
- ✅ 價格:Nano Banana 2 按量計費更便宜(低至 $0.025 vs $0.09)
- ✅ 寬高比:Nano Banana 2 支援 14 種(多 4 種)
- ✅ 影像搜尋 Grounding:Nano Banana 2 獨家
- ⚠️ 極致畫質:Nano Banana Pro 仍略優
我應該從 Nano Banana Pro 切換到 Nano Banana 2 嗎?
我應該從 Nano Banana Pro 切換到 Nano Banana 2 嗎?
gemini-3-pro-image-preview 改為 gemini-3.1-flash-image-preview 即可。模型名該用 gemini-3.1-flash-image-preview 還是帶 -4k 字尾的版本?
模型名該用 gemini-3.1-flash-image-preview 還是帶 -4k 字尾的版本?
-4k 字尾的通用模型名 gemini-3.1-flash-image-preview,而不是 gemini-3.1-flash-image-preview-4k。- 官方命名不帶
-4k:谷歌官方的模型名就是gemini-3.1-flash-image-preview。這也是我們投入最多資源持續維護的通用通道,穩定性和相容性最有保障。 -4k的由來:gemini-3.1-flash-image-preview-4k當初是為 Chatbox 等對話式客戶端的「對話出圖」場景準備的配置——在聊天介面裡直接對話生成圖片時使用。- 程式碼 + Gemini 原生格式更推薦通用名:如果你是通過程式碼呼叫、走 Gemini 原生格式(
/v1beta/models/.../generateContent),用常規模型名gemini-3.1-flash-image-preview會更穩定。
-4k 模型名——直接在請求引數裡指定 4K 解析度即可(見上方「支援的解析度與寬高比」)。什麼是影像搜尋 Grounding?
什麼是影像搜尋 Grounding?
思維模式有什麼用?
思維模式有什麼用?
high 時效果最好,但會稍微增加生成時間。適合需要精確構圖、包含文字、或涉及複雜場景的生成任務。生成一張圖片需要多長時間?
生成一張圖片需要多長時間?
- 1K 解析度:約 5-10 秒
- 2K 解析度:約 10-15 秒
- 4K 解析度:約 15-25 秒
- 啟用高階思維模式會額外增加幾秒
有併發限制嗎?API 是序列處理嗎?需要 20 個使用者同時呼叫怎麼辦?
有併發限制嗎?API 是序列處理嗎?需要 20 個使用者同時呼叫怎麼辦?
timeout 超時時間:影像生成(尤其 4K 或高峰擁塞時)單次耗時可能較長,建議把客戶端超時設到 360 秒,避免請求還在正常處理就被本地超時掐斷。支援哪些輸入圖片格式?
支援哪些輸入圖片格式?
image/png 和 image/jpeg 格式。可以通過 base64 編碼或 Files API 上傳。輸出圖片有水印嗎?
輸出圖片有水印嗎?
報錯 connection reset by peer / write_response_body_failed(500)是什麼原因?
報錯 connection reset by peer / write_response_body_failed(500)是什麼原因?
- 控制圖片張數:保持在官方規則內(每個提示最多 14 張圖),不要堆圖。
- 控制單圖體積:每張圖儘量不要超過 5MB——官方單圖上限為 7MB,且 base64 編碼後體積還會膨脹約 1/3,原圖請留足餘量。
- 前端先壓縮再上傳:在前端(或服務端中轉層)壓縮後再提交給介面,常見做法是限制最長邊、轉 JPEG/WebP 並控制品質引數。
- 改用 URL 傳圖:Gemini 原生格式支援
fileData.fileUri直接傳圖片 URL,可避開 base64 請求體過大的問題,詳見 Nano Banana 開發指南。
相關文件
- Nano Banana Pro 圖片生成 - 上一代旗艦版
- Nano Banana 圖片編輯 - 圖片編輯功能
- 影像生成對比測試
- API 使用手冊