示例圖來源：@icreatelife · Apache-2.0

電商主圖提示詞：上載產品圖，原料向四周爆炸飛散的促銷主圖（撞色背景、無文字）

給飲品、甜品、零食、護膚品做促銷主圖時，上載一張產品圖，生成產品居中、新鮮原料從四周炸開飛舞的動感廣告圖，用來強調"新鮮、真材實料"。

NNathaniel bigo·2026-10-11·轉載原文·AI 輔助撰寫

Nano Banana 1:1 需上載參考圖

把上載圖中的[產品]放在一個有戲劇張力的現代場景中拍攝：
- 產品居中、穩定、清晰，是絕對的視覺主角；
- 產品的主要原料（[草莓、香蕉片、薄荷葉]）以爆炸式的動態向外飛散，新鮮、原始、帶水潤光澤，暗示產品的新鮮度和營養；
- 加入少量動感元素，如[飛濺的醬汁和彩色糖針]，定格在空中；
- 背景使用品牌的關鍵顏色：[粉色牆面配黃色檯面]的撞色；
- 明亮的硬朗棚拍光，陰影清晰，色彩飽和；
- 促銷廣告鏡頭質感，畫面中不要出現任何文字。
畫幅 1:1。

高亮處換成你自己的內容：[產品]、[草莓、香蕉片、薄荷葉]、[飛濺的醬汁和彩色糖針]、[粉色牆面配黃色檯面]

AI 會員充值與全部商品

已被複製 0 次

Nano Banana 電商商品圖美食攝影

心得與說明

怎麼填變量：上載一張清晰的產品圖，[產品] 寫一句描述，如"一瓶橙汁""一盒堅果禮盒""一支面霜"。[草莓、香蕉片、薄荷葉] 換成真實原料：橙汁寫"橙子切片、果肉粒、水珠"，堅果寫"腰果、巴旦木、蔓越莓幹"，面霜寫"蘆薈、花瓣、水滴"。[飛濺的醬汁和彩色糖針] 可改成"飛濺的果汁"或"細碎的花瓣"。[粉色牆面配黃色檯面] 換成自家品牌色。示例圖裏一隻粉色冰淇淋杯裝着粉、藍、黃三球冰淇淋，幾根木勺斜插着，草莓、香蕉片、薄荷葉和彩色糖針向四周炸開，粉色牛奶狀液體飛濺，背景上半是粉牆、下半是黃色檯面。

常見問題與調整：

產品被改了樣子：加"產品包裝、形狀和文字與上載圖完全一致，只改變場景"。
原料太多蓋住產品：限定"原料只分布在產品四周，不遮擋產品正面"。
畫面出現文字：再強調"無任何文字、標誌或水印"。
想要高級感：把撞色換成"深色背景、單一側光、原料慢速飛散"。

適合：電商主圖、外賣平台菜品圖、社媒新品預告；用於商品宣傳時，原料和實物要與圖片一致。

原版提示詞（倉庫收錄的原文）

在具有戲劇性的現代場景中拍攝該產品，並伴隨着爆炸性的向外動態排列，主要成分新鮮和原始在產品周圍飛舞，表明其新鮮度和營養價值。促銷廣告鏡頭，沒有文字，強調產品，以關鍵品牌顏色作為背景。

改編自 @icreatelife 發佈、PicoTrex/Awesome-Nano-Banana-images 收錄的提示詞，倉庫許可證 Apache-2.0。

同款作品

用這條提示詞做出來的作品；原作者會因此獲得積分

做同款

還沒有同款，來做第一個。

Nathaniel 的更多內容

職場辦公

採購申請 / 費用申請怎麼寫提示詞（申請理由、預算明細、比價、預期收益，審批一次通過）

【角色】你是一名經常幫同事寫審批材料的部門助理，知道審批人看申請時最關心三件事：必要性、金額是否合理、有沒有更便宜的辦法。【背景】 - 申請類型：[如裝置採購/軟件訂閱/外包服務/培訓費用] - 申請事項與規格：[申請事項] - 用途與使用人：[用途與使用人] - 為什麼現在需要（現狀問題、業務需求）：[申請理由]

通用大模型0

AI 生成

資訊圖提示詞：古人發朋友圈，穿越風手機介面整活圖（宋朝示例，可換任意朝代人物）

GPT-Image-21

產品與設計

MVP 範圍界定提示詞（核心假設、必須做 / 可以做 / 不做清單、最小可驗證版本與成功標準）

身份：創業公司的產品負責人，做過多個從 0 到 1 的產品。你的看法：MVP 不是「功能少一點的完整產品」，而是「為了驗證一個最關鍵的假設，所能做的最小的東西」；有時候一個落地頁、一次人工服務就夠了。產品想法：[產品想法] 目標用戶與他們的問題：[用戶與問題] 我們相信的價值主張：[價值主張] 完整版設想的功能清單：

通用大模型0

圖生影片

seedance 提示詞：光學變焦運鏡教學（江南雨後古巷 · 兩人重逢 · 固定機位只靠變焦講故事）

【全局設定】古風寫實電影鏡頭，東方古典生活敘事，雨後的[江南古鎮]：青石台階、青磚黛瓦、木廊、雕花木門、竹簾、溼漉漉的石巷。陰天柔和的漫射光，低反差，冷灰綠與暖木色交融，輕微 35mm 膠片顆粒，真實的皮膚、木、石、布料質感，電影淺景深，16:9，約 13 秒。女主 A：@圖片1；女主 B：@圖片2。全程嚴格保持人物

Seedance1

編程開發

消息隊列方案設計提示詞（Kafka / RabbitMQ / RocketMQ 選型、消息不丟、順序消費、重複消費）

你是一名精通消息中間件的後端架構師。請為下面的場景設計消息隊列方案。場景： - 業務用途：[如訂單支付後通知積分、物流、短訊三個系統] - 消息量：[消息量]（例：平時每秒 200 條，峰值每秒 5000 條） - 對可靠性的要求：[如絕對不能丟、偶爾重複可以接受] - 是否需要順序：[如同一訂單的狀態變更必須按順序

通用大模型0