Nano Banana 提示詞圖庫：162 組範例搬進你的 AI 繪圖工作流

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

想在 AI 繪圖上少走一點冤枉路的人，這個倉庫值得放進書籤，而且它的價值比多數免費素材網耐用：GitHub 上的 Awesome-Nano-Banana-images 開放了 162 組完整的提示詞骨架，文字這種資產不會因為模型改版就跟著失效。不過收藏之前有三件事要看清楚，輸出圖主要來自 X 上的創作者，倉庫並沒有因此給你圖像授權；整份文件停在 2025 年 12 月，是一本斷代快照而不是活著的服務；經營它的是一個圖像生成研究組織，倉庫同時也為他們自己的資料集做導流。

先把名詞說清楚。Nano Banana 是 Google Gemini 系列圖像生成模型的社群暱稱，倉庫描述自己就寫著基於 Gemini 2.5 Flash Image，2025 年 8 月到 12 月是這批模型最熱鬧的時段，X 與小紅書上湧現大量「一段提示詞生出成品」的展示貼文。PicoTrex 團隊把這些案例整理成 GitHub 倉庫，每一組都保留成品圖與完整提示詞，161 組連回原作者的貼文，累積到約 2.3 萬個星標。本篇內容依據倉庫的 README 全文、授權檔與 GitHub 公開記錄整理，查核時間為 2026 年 8 月。

把它當成一本可以整套搬走的範例書來讀最省力。下面依序看它的內容結構、授權狀態、保存期限，以及停更之後真正延續下去的東西。

162 組範例的三件套：成品圖、完整提示詞、原貼文連結

倉庫的結構很單純，文件本體就是 README。162 組範例分成兩批：52 組進階版模型 Nano Banana Pro 的案例，加上 110 組基礎版的案例，對應到 images 資料夾裡的 52 個 pro_case 目錄與 110 個 case 目錄，這個數字我在倉庫檔案清單裡逐一核對過，與 README 的目錄完全對得上。每一組範例固定三件套：一張成品圖、一段完整提示詞，以及標題上連回原作者貼文的連結。162 組裡有 161 組在標題連回原作者的貼文，158 個指向 X，微博、小紅書與 Medium 各佔 1 個；唯一沒附來源的是出自 Google 官方 GeminiApp 帳號的電影分鏡範例。

Pin

真正值得搬的是提示詞的寫法。這些內容多數以中文寫成，而且不是單行咒語，是結構化長文。以第 1 組浮世繪風格收藏卡為例，提示詞分成核心指令、主體描述、背景與材質、邊框四個段落，主題、稱號、武器、招式名稱全部用大括號佔位符標出，後面還附了一句提醒：記得把括號換成自己要的內容。第 3 組人物分身術更值得抄筆記，它把一個塞了三十個分身的房間拆成前景、中景、背景三層，每一層用條列寫清楚誰在做什麼動作。這是把生成模型當成交付對象下工單的寫法，換個主題照樣能用。

Pin

把 162 組的標題掃一遍，也等於掃一遍這批模型當年被驗證過的能力清單：從文件生成流程圖、把文章做成簡報、兒童識字小報這種資訊整理類，到材質貼圖、玩具分解展示、蓬鬆毛絨玩具這種商品視覺類，再到幫城市照片加上巨大生物、人物拆解這種創意改圖類都有。目錄本身就是一張任務地圖，不知道 AI 繪圖能幫上什麼忙的人，順著標題讀一遍往往比讀模型介紹更有感覺。進階版案例排在基礎版前面，對照著看還能看出兩代模型在多圖融合與細節控制上的差距。

大多數範例會在提示詞前多標一行輸入說明，多半註明要先上傳一張參考圖。這行標註其實就是文生圖與圖生圖的分界線，翻目錄時先看有沒有這行，可以少踩很多「照抄卻生不出同款」的坑。另外倉庫連同中文版在內共備了六種語言的 README，英文、日文、韓文、西班牙文、土耳其文都找得到對應版本，對只需要文字範本的人來說，直接閱讀線上文件就夠；想把整包圖一併離線保存再考慮 git clone，整個倉庫含圖將近 322MB，clone 下來並不輕量。

授權徽章與授權檔各說各話，圖像使用要自己把關

倉庫首頁掛著 CC BY 4.0 的授權徽章，徽章連結指向倉庫根目錄的 LICENSE 檔；把那份檔案打開來看，內容卻是 Apache-2.0 條款全文。兩種授權的適用場景不同，Apache-2.0 常用在程式碼，CC BY 4.0 常用在內容素材，倉庫沒有解釋哪一份涵蓋哪些東西。對想取用素材的人來說，這是一個沒有答案的問題，取用的人不能挑寬鬆的那邊自行解釋。

更關鍵的其實不在條款文字，而在圖像的來源。這些成品圖的著作權屬於原貼文的創作者，絕大多數在 X，另有微博、小紅書、Medium 各一則與一則 Google 官方帳號的示範；倉庫收錄時標註了原作者與原貼文連結，但收錄與註明出處並不會把授權轉移給取用的人。我把整份 README 用版權、授權、下架這類關鍵詞搜過一遍，沒有找到任何圖像使用條款或聯絡下架的說明段落。README 末尾的感謝名單列了數十位帳號，其中 @ZHO_ZHO_ZHO 正是我們先前介紹過的提示詞庫應用 nano-bananary 的作者，可見這批名單確實是當時活躍的創作者社群，也代表每張圖背後都有一個找得到的權利人。

這種 Awesome 形態的圖庫在 README 裡也交代了來歷：它的架構概念受更早走紅的 awesome-gpt4o-images 啟發，同樣是「收集社群成品加上提示詞」的做法，換了一批模型而已。生成模型每走紅一代，社群就會長出同類型的整理庫，這幾乎是固定現象；差別在於整理者的紀律，這個倉庫幾乎每組都帶原貼文連結、目錄與圖片資料夾數量一致，在同類庫裡算是乾淨的一份。感謝名單甚至出現 Google 官方的 GeminiApp 帳號與 DeepMind 執行長 Demis Hassabis，收錄範圍涵蓋官方示範與民間玩法，側面說明它在 2025 年下半年確實被當成這個主題的集散地。

所以可防守的用法是：提示詞當範本搬，因為文字結構經過改寫就屬於你自己的表達；成品圖當靈感牆看，學它的構圖與風格設定；真要把某張圖改作或商用，回到該組範例標題上的連結找原作者談授權。這套判斷在授權狀態釐清之前都適用，不因為倉庫掛了開源徽章而改變。

停在 2025 年 12 月：範例成品會跟著模型版本漂移

倉庫在 2025 年 8 月 28 日建立，前四個月密集更新了七次，最後一次提交停在 2025 年 12 月 12 日，之後就沒有再動過。停更本身不影響閱讀，真正的影響是這些提示詞都對著當時的模型版本調校，模型一改版，同樣的文字就會長出不同的圖。這不是推測，倉庫的 issue 就留著記錄：2025 年 10 月有人指出某組透明背景範例做出來其實是灰白格子的假背景，要求把該範例下架，討論串至今開著；同年 9 月也有人反映範例 75 換一張輸入圖就重現不了原效果，同樣沒有下文。

把時間軸拉長看，這批模型的應用生態早就往前走了，之後的 Nano Banana Pro 世代被拿去生成簡報、改 PDF 投影片，相關的開源應用一路長出來，例如把 AI 簡報整頁渲染成圖片的 banana-slides，或在命令列改投影片的 nano-pdf-cli。範例庫停在舊版模型不等於沒用，它反而清楚標出了提示詞的兩種價值：結構寫法可以跨模型搬移，成品保證則隨版本一起過期。有趣的是，2026 年 8 月還有人到倉庫提新 issue 推薦自家的 prompt 工具，這份靜態文件至今仍被當成這個主題的入口在用。

倉庫背後是研究組織，真正的延續是那份 15.9 萬張資料集

翻到維護單位會發現它不是熱心網友的個人收藏。PicoTrex 在 GitHub 上的自我介紹寫著 Small Data, Deep Insights, Meaningful Treks，是一個做圖像生成研究與評測的組織，名下六個倉庫包括評測 GPT-4o 圖像生成能力的 GPT-ImgEval，以及實作類 Nano Banana Pro 搜尋圖像生成的 Mind-Brush。經營範例庫對研究團隊來說看起來是社群經營的一環，整理品質整齊、多語言版本齊備，停更之後倉庫依然穩定掛著，用這個角度理解都說得通。

README 開頭的注記寫得明白，他們同時釋出了一份名為 Nano-consistent-150k 的資料集。專案頁上的數字是 159,492 個樣本，由約 12 萬組單圖編輯與約 4 萬組多參考生成構成，橫跨八個子任務，主打同一張人像在 35 種以上不同編輯指令下的身份一致性；人像來源是 Pixabay 的上萬張照片，經模型篩選保留約四千張臉，另外加上五百個動漫風角色。資料集以 Apache-2.0 授權放在 Hugging Face 上，2025 年 9 月上架。一般創作者用不到它，但若你在微調或訓練圖像模型，倉庫加資料集可以一起收；對其他人來說，這層背景的意義是看懂這個庫的性質，它更接近一次有明確目的的策展行動，而不是持續生長的社群資產。

身份一致性這個詞值得用白話說一次：生成模型最常見的痛點是換一個場景，角色的臉、髮型或體型就跟著漂移，做角色 IP、電商模特或繪本的人對此最有感。這份資料集的做法是固定同一張人像，圍繞它產生 35 種以上的編輯結果，換動作、換背景、換年代、換服裝都算，等於替模型準備了一套「同一個人在各種情境下都還是同一個人」的教材。範例庫裡那些人物分身、換景、換裝的玩法，與資料集的任務設計明顯同一套思路，一邊是展示品，一邊是生產線。

同樣收 Nano Banana 提示詞，三種庫形態各有定位

拿它跟另外兩種常見的提示詞資源比，差別就清楚了。線上策展站如 opennana-prompt-gallery 走網站形態，好處是持續收錄新案例，代價是站方經營政策與免費額度綁住了你的使用方式；把提示詞包成應用程式的如 nano-bananary，提供現成的操作介面，但模型代號寫死在程式裡，官方一收版本整個應用就跟著停擺。Awesome-Nano-Banana-images 是第三種形態，純靜態文件，沒有帳號沒有額度，服務永遠不會關，內容也永遠不會再長。三種形態對應三種需求：要新案例找策展站，要順手的操作介面找應用，要一套不怕斷源的原始素材，就是這種文件庫。

關於 Awesome-Nano-Banana-images 的常見問題

這些提示詞拿到現在的模型還有效嗎？

骨架有效，成品保證無效。結構化的寫法，主體、風格、細節修飾、構圖鏡頭、光效材質這幾段式，換到新版模型上一樣是好的輸入，只要按新模型的特性微調用詞；但倉庫裡的成品圖是當時的模型配上當時的參數長出來的，issue 裡兩筆無法重現的記錄就是證據。把期待放在寫法上，不要放在還原度上。

範例圖可以下載來商用嗎？

在授權釐清之前，先把預設立場設成僅供參考。倉庫的授權徽章寫 CC BY 4.0、授權檔卻是 Apache-2.0，兩者都沒有明確涵蓋這批第三方創作者的圖，README 裡也找不到圖像使用條款。提示詞可以改寫後自用，圖要改作或商用，先透過每組標題上的連結回到原貼文找作者確認。

怎麼把它變成自己的提示詞模板庫？

不要 162 組全抄，先按你常做的任務類型挑十組上下，例如商品圖、人像變體、風格轉換、場景生成各取代表。抄的時候抓結構不抓主題：保留段落切分與大括號佔位符的用法，把主題詞全部換成自己的。整理成一個自己的文件檔，每試一次就回頭修一次用詞，一個月下來你會有一套比任何現成庫都貼合自己工作流程的模板。

總結收藏姿勢：書籤或 fork 一份，把提示詞骨架抄進自己的模板庫，成品圖當靈感參考，權利問題回到原作者身上處理，然後不要再等它更新。這個倉庫的停更不是缺陷，是它的本質，一份把 2025 年下半年這批模型的精華玩法封存起來的斷代標本，標本不需要活著才有價值。