MidassAI

Nano Banana 網路搜尋:先查參考資料,再寫提示詞

MidassAI Team · 2026年8月8日 · 11 min read

Start Creating
Google 公告中的 Nano Banana 2 標題,以及環繞排列的插畫與照片範例。

圖像提示詞中的日期,描述的是你想要的結果;它無法證明圖像模型擷取了最新證據。對於真實建築、不斷變化的店面或季節性行銷活動,可靠的工作流程是:確認主體、檢視可用的參考資料,然後對照這些資料審查生成的圖片。請把視覺搜尋視為工作的輸入,而非事實正確性的保證。

Google 的 Nano Banana 2 公告描述 Gemini 3.1 Flash Image 會運用真實世界知識,以及來自網路搜尋的資訊與圖像。該公告日期為 2026 年 2 月 26 日。本教學於 10 月 14 日修訂,修訂前對照了 10 月 6 日發布的 Nano Banana 2.1 模型卡。較新的模型基於 Gemini 3.6 Flash;這些名稱並非可互換的 API 識別碼。

將主體與時間需求分開

從畫面中必須可辨識的部分開始。以足夠精確的方式指名建築、物件或地點,使其能與相似主體區分。加入重要的視角與特徵。相較於「從指定一側拍攝某個具名地標」的請求,「城市天際線」這類請求留下的詮釋空間大得多。

分開決定三個問題

對象哪些特徵必須保留,才能辨識?
依據哪份附有日期的參考資料能夠支持?
表現方式什麼配色、構圖與裁切適合頁面?

接下來,判斷日期屬於事實還是藝術需求。「秋季色調」是藝術指示。「九月翻新後的入口」則是關於真實變更的主張。後者需要一份有日期的來源,顯示究竟改變了什麼。暖色的樹葉與一句日期描述,無法證明算繪出的是正確的入口。

把這些需求分開記錄。一份筆記描述主體與參考證據;另一份描述構圖、光線、材質與預期用途。這樣一來,更容易看出令人失望的結果是源自錯誤的參考資料,還是只是錯誤的視覺處理。

確認所選產品實際支援的功能

確認你使用的模型,以及圖像生成或編輯介面。搜尋能力、參考輸入與可見控制項,都應對照該產品的最新說明文件查證。不要憑空想像一個通用的「Live Context」開關,也不要假設某個產品描述的控制項在另一個產品中同樣存在。

以自然語言要求「先搜尋」可以表達你預期的流程,但無法啟用不存在的工具。同樣地,加上日期也不會強制特定的擷取時間範圍。若產品會揭露來源或搜尋結果,請加以檢視。若它未提供足以驗證參考資料的證據,請自行取得合適的來源,並透過受支援的參考圖像工作流程提供。

Nano Banana 2.1 的模型卡仍列出事實性、空間推理與部分文字算繪方面的限制。因此,較新的版本並不會免除審查的必要。透過 API 作業時,請使用你所選介面文件中記載的確切模型識別碼;不要從行銷名稱自行推導。

Google 比較圖中,Nano Banana 與 Nano Banana 2 繪製的兩幅河豚巢穴鉛筆畫。
兩幅圖都有鉛筆畫質感,但結構明顯不同。Google 比較圖右側的巢穴呈現清楚的放射狀脊線。處理自己的主題時,也應先核對決定辨識度的幾何結構,再評估繪畫風格。
Start Creating

建立小型參考資料集

基於具體理由選擇參考資料。正面視圖可確立入口與窗戶配置,側面視圖則說明屋頂線。相較於大量日期、視角各異且來源不明的圖片,優先選擇能解答這些疑問的小型資料集。當圖片彼此矛盾時,更多圖片只會帶來更多歧義。

記錄每份參考資料的來源頁面,並盡可能記錄照片的拍攝日期,而非只記錄網頁日期。最近更新的旅遊頁面仍可能放著舊照片。對於時效性高的變更,請尋找確實呈現該變更的證據;若找不到,就明確保留這份不確定性。

寫一份要保留特徵的簡短清單:主要屋頂區塊的數量、入口位置,或庭院與主立面之間的關係。這些是建議的審查標準,不代表模型保證會重現每個細節。若主體是人物或產品,參考編輯指南對保留需求有更詳細的說明。

Nano Banana Pro 與 Nano Banana 2 繪製的克洛呂塞博物館幾何風格插畫比較。
利用這張官方建築比較圖,可以分開檢查對象特徵與畫面風格:先看屋頂輪廓、立面與入口,再看配色。圖中比較的是 Nano Banana Pro 與 Nano Banana 2,並非 2.1。

查證參考資料後,再撰寫視覺需求書

以說明性的旅遊卡片為例,你可以使用以下這則原創提示詞。此範例假設你已提供合適的參考圖像,並已查證其日期:

根據所提供的參考資料,創作一幅該建築的寬幅專題插畫,從前方庭院望向建築。保留主要屋頂形狀、入口位置與可見的窗戶配置。採用克制的幾何風格、溫暖的石材色調與沉靜的藍天。在屋頂線上方保留乾淨空間,以供另外放置標題。不要添加參考資料中不存在的招牌、標誌、臨時裝置或人物。

若近期翻新很重要,請另外加入一條指示,指明顯示該翻新的有日期參考資料。不要只是附上「最新版本」幾個字,然後期待模型自行解決相互矛盾的來源。若現有參考資料無法確立當前狀態,請把需求書縮小為明確標示的概念插畫,或改選其他主題。

透過工具文件中記載的控制項或參數,設定尺寸與其他輸出選項。不要把 Midjourney 旗標(例如 --ar 或 --quality)貼進 Nano Banana 工作流程,彷彿它們是經過驗證的 API 設定。你可以用日常語言描述想要的構圖,同時另外設定實際輸出。

先核對主體特徵,再看風格

在合適的檢視尺寸下,將候選圖片與選定的參考資料比對。從能辨認主體的特徵開始,接著檢查相互關係:哪個結構在前、入口位於哪一側,以及重複的窗戶模式是否屬於正確的牆面。有說服力的整體輪廓,可能藏著錯誤的細節。

接著,檢查模型可能添加的特徵。小牌匾、新門口或多出來的屋頂區塊,可能看起來合理,卻已改變了主體。明確列出應移除的添加物。不要讓討喜的色彩或質感,彌補未能達成的事實需求。

完成上述審查後,才評斷風格、對比與目標裁切。一張出色的全寬圖片,在小型卡片中可能失去其代表性的入口。定稿前,兩種尺寸都要檢查。若需要精確無誤的文字,請在排版工具中放置並校對最終文字,而非依賴圖像中吸引人但未經檢查的招牌。

Google 圖片編輯範例中的原始野生動物告示牌,以及印地語與德語版本。
左側是輸入的告示牌,中間與右側分別是印地語及德語編輯版本。檢查類似結果時,應分別核對文字、插畫與周圍環境。告示牌看起來再自然,文字仍須獨立校對。

一次修正一個問題

當畫面大部分可用時,明確指出缺陷,以及下次編輯中要保留的特徵。例如,要求對照某份提供的參考資料修正屋頂線,同時保留已核准的視角與配色。將已確認的版本另外儲存,以免不成功的編輯變成新的基準。

若主體依然錯誤,請回頭檢視來源資料集。相互矛盾的照片、含糊的地名或缺少的視角,都是輸入問題。重複更強烈的形容詞並不能解決。改用更清楚的參考資料、簡化場景,或選擇不會暗示無法達到之精確度的呈現方式。

將定稿圖片與所選模型、提示詞及參考資料一併保存,並記下尚未查證的問題,讓下一位編輯知道還需要檢查什麼。如果建築、產品或告示牌發生變化,先更新參考資料,再修改圖片;更強烈的措辭無法取代新的依據。

相關文章

Start Creating