Skip to main content
Nano Banana 是 Google 給這一代影像模型起的系列名。在 WideRouter 上, 模型 ID 一律用官方名——不提供平臺自定義的別名,帶 -preview 字尾的名字也不接受。 系列裡的模型共用同一套請求形狀,所以換模型就是改 model 一個詞。

系列總覽

gemini-2.5-flash-image 目前在兩條鏈路上都不可路由:非同步介面在提交時以 model_not_supported 拒絕,同步介面返回價格未配置的錯誤。這裡仍然列出它, 是為了讓你按官方 ID 查得到結果而不是一無所獲——平臺側修好後即會開放。
預設選 Nano Banana 2:它在每個解析度上都明顯更快,參數又完全一樣, 換過去不用改任何整合程式碼。只有當那點額外品質值得每張圖多花十秒左右時, 才換成 Nano Banana Pro

參數

所有參數都在 input 裡。外層信封——modelinputcallback_url—— 見非同步任務 API 下面五個欄位就是全集。input 裡出現任何其他鍵都會被 invalid_params 拒掉, 所以拼錯欄位名會立刻報錯,不會被靜默忽略。
image_size 區分大小寫:1K 才對,1k 會被拒。非同步介面沒有 512 檔位, 也不接受 1024x1024 這種自由格式。

解析度檔位

image_size 縮放的是整幅畫面,而不是把某一條邊釘死,所以寬幅圖在 4K 下 長邊遠超 4096 畫素。實測,兩個可用模型完全一致: 檔案體積隨之變化:1K 約 0.4–0.7 MB,2K 約 2.4–3.0 MB,4K 約 7.5–8.2 MB。 產物一律是帶 C2PA 內容憑證清單的 JPEG。

畫幅比例

接受十個值。gemini-3-pro-image1K 下的實測畫素: 每種比例都落在標稱值的 1% 以內。不傳 aspect_ratio 時,純文生圖得到 1024 × 1024;傳了 images 則跟隨參考圖的形狀。

圖生圖與多圖合成

images 裡傳參考圖就是編輯或合成。每一項要麼是 https URL, 要麼是 base64 data URI——裸 base64 字串會被拒,http 也會被拒。
兩種形式可以在同一次呼叫裡混用,aspect_ratioimage_sizen 同樣生效 ——在 4K 下做編輯,產出確實是 4096 × 4096。 URL 是在任務被受理之後由服務端去取的,所以壞的參考圖不會報 400, 而是讓任務變成 failed。兩個錯誤碼告訴你是哪一層放棄的: 兩者都發生在任何模型計算之前,所以失敗很快,重試成本也低。

時延

非同步資料來自 30 個任務、併發 12 的壓測,同步資料來自單次呼叫。 這些數字用來判斷量級,不是服務等級承諾。 非同步多花約 0.9 秒的往返,換來的是剩下 20–40 秒不用掛著連線。壓測下排隊 0–11 秒,已經計入上面的端到端數字。

同步介面形態

三種同步形態對兩個可用模型都有效,且都把圖片放在響應體裡,不給 URL:
在 Gemini 原生形態下,絕對不要按下標取 parts。它是長度與順序都沒有保證的異構陣列: 文本部分可能排在前面,複雜編輯任務還會返回若干張中間草稿。正確做法是篩出所有帶 inlineData 的項並取最後一個,同時從響應裡讀 mimeType,不要靠副檔名猜。

下一步

Playground

直接在頁面裡發一次真實請求,看任務跑完。

非同步任務 API

信封、輪詢閉環、回撥與錯誤表。