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

AI擴圖提示詞（nano banana）：補全透明 / 棋盤格區域，讓圖片自然向外延伸

圖片尺寸不夠、想把豎圖改橫圖、畫面被裁掉一角時，先在修圖軟件裏把畫布拉大（空白處留成透明棋盤格），再上載給 nano banana 自動補全，得到一張完整連貫的大圖。

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

Nano Banana 需上載參考圖

這張圖裏的灰白棋盤格區域是透明的空白畫布，請把這些區域補全，修復成一張完整、連貫的圖片：
1. 補出來的內容要和現有畫面自然銜接：透視、光線方向、色調、筆觸或畫風完全一致，看不出拼接邊界；
2. 補全的內容按畫面邏輯延伸，例如[繼續畫出更多海島和海面]；
3. 原有部分保持不變，不要重畫、不要改變已有物體的位置和細節；
4. 輸出整張圖，不保留任何棋盤格、白邊或透明區域，畫幅保持[擴展後的畫布比例]。

高亮處換成你自己的內容：[繼續畫出更多海島和海面]、[擴展後的畫布比例]

AI 會員充值與全部商品

已被複製 0 次

Nano Banana 插畫風格修圖改圖

心得與說明

怎麼用：先在任意修圖工具（手機上的畫布擴展、Photoshop、Figma 都行）把畫布往需要的方向拉大，空出來的部分保持透明，導出 PNG 後上傳，再發送提示詞。示例圖第 1 張是補全結果，第 2 張是原圖：右下大片透明區域被補成了風格一致的海島和海面。

[繼續畫出更多海島和海面] 怎麼寫：寫清空白處"應該出現什麼"，效果比讓模型自由發揮穩定，例如"延伸出更多天空和遠山""補全人物被裁掉的雙腳和地面""補出桌面的另一半和咖啡杯"。如果不想出現新物體，寫"只延伸背景，不新增主體"。

常見問題：

接縫明顯：追問"把拼接處再融合一下，統一光線和顏色"；或者一次少擴一點，分兩次擴。
原圖被改了：把第 3 條挪到第一句，並加"已有像素一個都不要動"。
透明區域上載後變成白色：把提示詞裏的"棋盤格區域"改成"白色空白區域"即可。

適合：豎圖改橫圖做封面 / Banner、補全被裁掉的邊角、遊戲地圖和插畫的延展；不適合：證件照、需要真實記錄的新聞 / 證據類照片（補出來的內容是 AI 生成的）。

英文原版

Repair the checkerboard (transparent) parts of the image and restore a complete, coherent photo.

改編自 @bwabbage 發佈、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