示例圖來源：@NOBU79834619 · CC BY 4.0

AI 漫畫提示詞（nano banana）：一句話生成多格搞笑漫畫，自定標題、劇情和台詞

做公眾號 / 小紅書段子漫畫、產品吐槽漫畫、課堂上的趣味故事時，只給一個"梗"和一句關鍵台詞，nano banana 會自己分鏡、配對白和擬聲詞，生成一整頁多格漫畫。

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

Nano Banana 4:3 純文字生成

[8]格漫畫，標題：《[一款叫"人生"的復古遊戲]》。
劇情：主角興沖沖地開始玩這款遊戲，結果一開局就被各種離譜的事情秒殺，他大喊"[這也太坑了吧！]"，憤怒地按下了重置鍵——可重新開始後，一切又從頭來過，什麼都沒變，最後他癱在床上無奈吐槽。
要求：
- 分鏡有起承轉合，最後一格要有反轉或無奈的笑點；
- 每格都有對話氣泡和擬聲詞，所有文字使用[簡體中文]，字要清晰可讀；
- 同一個主角的髮型、衣服在每一格保持一致；
- 畫風：[彩色日式搞笑漫畫]，表情誇張，線條幹淨。

高亮處換成你自己的內容：[8]、[一款叫"人生"的復古遊戲]、[這也太坑了吧！]、[簡體中文]、[彩色日式搞笑漫畫]

AI 會員充值與全部商品

已被複製 0 次

Nano Banana 漫畫分鏡插畫風格

心得與說明

怎麼用：最省事的寫法是隻改三處——格數、標題、關鍵台詞，劇情讓模型自己發揮；想要可控就把"劇情"那一段換成你自己的故事梗概。示例圖是原作者的日文版"名為'世間'的復古遊戲"：主角插卡、開機、瞬間 Game Over、怒按重置，最後發現重置了也什麼都沒變，一共畫成了 12 格（模型會自行增減格數，需要準確格數時請強調）。

變量建議：

格數：4 格最穩（適合"四格漫畫"），6–8 格能講更完整的小故事，超過 8 格字會變小。
畫風：可寫"黑白日漫網點風""韓繫條漫""美式卡通""簡筆火柴人"。
題材：打工人日常、產品使用前後對比、寵物視角、學科知識小劇場都很適合。

常見問題：

中文對白出錯：每格台詞控制在 10 個字以內，或者在提示詞裏把每格台詞逐條寫好。
主角每格長得不一樣：先生成一張角色設定圖，再上載並寫"主角嚴格按參考圖"。
笑點不好笑：在"劇情"裏把最後一格的反轉寫明白，模型只負責畫。

適合：段子漫畫、品牌趣味內容、教學插圖、社群活動海報。

英文原版

倉庫收錄的英文譯文（原帖為日文）：

8-panel manga
A retro game called 'The World'
{argument name="dialogue" default="Yikes! This is a total ultra-super-special crap game!"} I pressed the reset button.

改編自 @NOBU79834619 發佈、YouMind-OpenLab/awesome-nano-banana-pro-prompts 收錄的提示詞，許可證 CC BY 4.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