Nano Banana 2.1

怎麼讀這些案例

上面六張圖來自 OpenArt 的 Nano Banana 2.1 展示頁，是平台示範作品，不是本站產出的結果 —— 每張卡片下方的說明都寫明了這一點。把它們當成「這類任務長什麼樣」的參考，而不是你自己跑一次就會得到相同結果的承諾。

• 涵蓋的任務類型：多參考圖合成、對話式連續編輯、風格遷移、商品批次一致性、成套目錄生成，以及同一個人物連續一週的社群內容。
• 每張卡片在圖片下方標註來源與授權；本頁沒有任何一張被當作本站自己的生成結果。
• 下面三條提示詞是未經實測的起手式，不是已記錄的結果 —— 拿到工作台裡跑，並用後面的檢查清單判斷輸出。

一張夜市海報，標題文字 NIGHT MARKET 使用粗體窄體字，暖色燈籠光，人群剪影，3:2 畫幅。

使用附帶的產品照，只把背景改成純暖灰色攝影棚漸層背景。產品、光線與取景保持完全一致。

參考圖中的同一個人，此刻坐在窗邊書桌前，柔和日光，同樣的服裝與髮型，直式人像構圖。

如果你手上已有一張參考圖，想要的是它的文字描述而不是一張新圖，圖片反推提示詞工具可以把照片還原成提示詞，再貼回本工作台使用。

Nano Banana 2.1 是什麼

Google 於 2026 年 10 月 6 日將 Nano Banana 2.1 發布為正式可用（GA）圖片模型，模型 ID 為 gemini-nano-banana-2.1，官方描述為面向多模態圖片生成與編輯、在價格與效能之間取得平衡。模型卡說明它以 Gemini 3.6 Flash 為基礎。它在 Google 自家圖片線中接替 Nano Banana 2，因此本站導覽把它列在圖片模型的第一位。

Google 模型卡列出的適用任務是：以專業級的精度與控制進行圖片建立與編輯、支援多輪快速迭代；為海報與複雜圖表產生清晰文字；運用長上下文的真實世界知識；以及在多種語言下渲染本地化文字。

這些是模型的設計目標。本站目前實際開放其中哪一部分，以即時目錄為準。

本站實際開放的模式

本站目錄只公布了這個產品的兩個模式，工作台也只提供目錄回傳的內容。

如果某個模式消失或反灰，那是目錄在反映上游變化，不是頁面故障。請先重新載入並查看帳戶工作台，再判斷是不是出問題。

• 文字生圖：你寫需求，模型作圖。任務模型 nano-banana-2.1。
• 圖片生圖：你提供有權處理的參考圖加一條修改指令，模型回傳新圖。任務模型 nano-banana-2.1-i2i。
• 兩個模式接受同樣四個已發布欄位：prompt（必填）、image_urls（選填，URL 或 base64）、aspect_ratio、resolution。
• Google 圍繞這個模型還寫了很多能力——從影片輸入產生圖片、多輪編輯、虛擬試穿、Google 搜尋與圖片搜尋的資訊依據、C2PA 內容憑證。這些在本站都不是獨立開關，只有上面兩個模式開放。

使用步驟

四個步驟覆蓋兩個模式。順序很重要，因為報價是在扣款之前請求的。

1. 打開本頁工作台，確認目前選中的是 Nano Banana 2.1。它是本頁的預設模型。
2. 依照你手上已有的素材選模式：文字生圖用於新畫面，圖片生圖用於主體、版面或商品已確定、只需改動其中一部分的情況。
3. 設定長寬比與解析度。先用 1K 把方向定下來比較省；構圖確定後再升到 2K 或 4K，因為 Google 自己的說明指出小字級文字在 1K 下表現不佳。
4. 查看這組設定對應的伺服器端報價，送出，等待輪詢回傳結果。失敗的任務會給出原因，帳戶工作台保留歷史紀錄。

參數與輸入限制

目錄公布本站可送出的四個欄位，Google 模型文件公布模型本身更寬的邊界。下面兩欄都列出來；兩者不一致時，在本站送出的一切以目錄為準。

這張表帶來兩個後果。你無法用 seed 固定結果，所以同一個提示詞在兩次執行之間仍可能不同；看到滿意的圖就存下來，不要指望能原樣重產。另外，由於不支援結構化輸出，不要搭一條指望這個模型回傳 JSON 的流程。

怎麼寫提示詞才穩

模型卡的已知限制清單其實就是這個模型最好的提示詞指南：它點名了部分指令遵循、人物漂移、空間混淆與小字級渲染偏弱這四項。寫作時對著這四項防。

[主體] [動作]，位於 [場景]。構圖：[取景、角度、距離]。風格：[媒介、光線、氛圍]。讓 [元素] 保持在畫面 [左/右] 側。

使用附帶的圖片，只把 [具體元素] 改成 [新元素]。其餘全部保持不變 —— 同樣的取景、同樣的光線、同樣的風格。

一張 [版面]，標題文字 [精確字串] 使用 [字體風格] 排版。確保文字在最終尺寸下清晰可讀；畫面中不出現其他文字。

三個習慣能解決大部分問題。明確寫出方位，別指望模型推斷；寫你想要的，而不是你不想要的；一次編輯只給一條指令——模型卡指出遮罩與塗鴉類編輯存在部分指令遵循與墨跡殘留，一次塞進一堆改動正是結果最容易崩的地方。

當畫面文字重要時，先提高解析度再改提示詞。Google 的限制清單明確寫出小字級文字在 1K 下常常模糊。

適合的任務

下面是已開放模式與模型官方設計目標真正支援的任務。

• 海報與社群視覺，版面上承載一句短標題。
• 商品與場景圖，要求同一個主體在一組圖裡保持可辨認。
• 參考圖編輯：替換材質、背景或單一元素，同時保住構圖。
• 資訊圖與示意圖，這是模型卡明確列出的場景，也能受益於搜尋依據。
• 同一視覺的多語言版本，因為多語言文字渲染是官方列出的強項。

不適合的任務

以下每一條都來自 Google 或目錄的公開說明，不是從評測數據推出來的。

• 長段落或整頁密集文字：模型卡點名這兩項渲染不佳。
• 任何需要可重現結果的工作：取樣參數不支援，沒有 seed 可固定。
• 機器可讀輸出：結構化輸出、函式呼叫、程式碼執行都列為不支援。
• 任何音訊相關任務：不支援音訊。
• 本站上的影片輸入流程：Google 對模型支援影片輸入，但目錄只開放文字與圖片。
• 不審核就必須事實準確的工作：模型卡把幻覺與事實性有限列入已知限制。

常見失敗與恢復方法

下表來自 Google 公布的已知限制，加上本站任務流程中可控的那部分環節。

發布前的輸出檢查清單

對著回傳的圖走一遍。清單很短，因為每一條都對應模型卡或目錄已經寫明的一項失敗。

還有一條來自使用者討論而非官方文件：社群中有使用者發文質疑指令遵循、人物相似度，以及這個模型是否真的取代了 Pro 檔位。這些是未經驗證的個別體驗，不是結論。正因如此，上面的清單才要求你自己查核文字、相似度與事實，而不是相信第一版出圖。

1. 放大到最終呈現尺寸，把每一處文字讀一遍；只要有模糊或拼錯，提高解析度重跑。
2. 把人臉、商品與 logo 和參考圖對照，確認沒有漂移。
3. 依照需求核對左、右、上、下關係。
4. 查證畫面中任何事實性內容——日期、地點、標籤——對照你信得過的來源。
5. 確認長寬比與解析度和圖片實際使用的情境相符。
6. 保留檔案的來源憑證。Google 列出支援 C2PA 內容憑證，把它當作交付物的一部分。

在 Nano Banana 2.1、Nano Banana 2 與 Lite 之間怎麼選

在本站真正有意義的比較是目錄公布的那一分，因為那才是實際計費的依據。

直接的結論：在本站，Nano Banana 2.1 與 Nano Banana 2 公布的模式、解析度、長寬比與參考價格完全一致，因此沒有計費上的理由去選更舊的那個。Lite 是唯一更便宜的選項，代價是 1K 上限與 7 個長寬比。至於品質差異，Google 公布的評測數據屬於廠商自測，本站不會把它們轉述為自己的結論。

點數、報價與計費口徑

本頁呈現的參考點數來自目錄，是估算而不是帳單。伺服器端報價依你實際送出的設定計算，帳戶紀錄保存已完成任務的實際扣款。瀏覽、詢價與閱讀本頁都不產生費用。