n8n × 大模型
產品圖批量生成

為什麼要做這個

跨境電商上一個新品，光圖就要一整組：白底主圖、情境圖、細節特寫、使用場景。

找攝影棚拍一組，幾千塊、等一週。改個背景或換個風格，整組重來。 自己用 AI 生圖成本近乎為零，但流程長這樣：

• 打開對話視窗 → 上傳產品圖 → 貼提示詞 → 等 → 下載
• 檔案改名 → 丟進對的資料夾 → 回表格標記「這個做好了」
• 下一張，重來一次

一個品四張圖，二十個品就是八十次這種循環。 真正花時間的從來不是「生成」那幾十秒，是生成前後的搬運。

它長什麼樣

操作介面完全沒有另外做——就是一張 Google 試算表，每一列是一個任務：

注意第一欄——產品圖 URL。這不是純文字生圖，是拿著真實產品照去生： 模型看著這張圖，把它擺進指定的場景裡。所以出來的指甲油瓶身、帆布包五金，都是自家那一個，不是模型自己編的。

填完最後一行，按一次執行。回來的時候：圖在 Drive 裡、檔名對得上、狀態欄變成「已處理」。

它是怎麼運作的

整條流程三個階段，中間分兩條岔路，最後匯流回同一張表：

畫布上的節點依序是：

設計上的取捨

一、不做介面，用試算表當操作台

本來可以做個網頁表單，但沒做。一個人自己用的工具，需要的不是好看的介面， 而是能一次貼二十列、能複製上一列改兩格——試算表天生就會這些， 場景和風格還能做成下拉選單，填錯的機會也少。

二、帶著產品原圖去生，而不是純文字描述

表格第一欄放的是產品圖 URL。少了這一欄，模型畫出來的會是「一個看起來像那樣的瓶子」； 有了這一欄，畫出來的是自家那一瓶——標籤、瓶蓋、五金細節都對得上。

三、狀態回寫＝失敗自癒

跑成功才回寫狀態，代表失敗的列狀態不會變——下次執行它還在待處理清單裡，會自動被重跑。

所謂「無人值守」不是保證不出錯，而是出錯了不用人收拾。 沒有這一步，每次執行完都得自己核對哪幾張沒生成——那還不如手動做。

四、模型選擇放在資料裡，不寫死在流程裡

五、自己租伺服器跑 n8n

流程跑在 Zeabur 上自架的 n8n，不是雲端版。理由很簡單：跑量不受別人的方案限制， 憑證和資料都在自己手上，要接什麼服務都行。

實際產出

兩個品、兩條路線、兩種味道——都是同一張表跑出來的：

• 成品自動落在 Drive 對應資料夾，檔名帶模型與場景（如 nano-banana-…、chatgpt-1.5_辦公商務_…），不用手動改名
• 同一個產品換場景、換風格＝改表格兩格，不用重寫提示詞
• 人只做兩件事：決定要哪些圖、驗收哪幾張要重做

踩過的坑

坑一：跑得好好的，某天全部失敗

流程接 Google 表格和雲端硬碟要先授權。一開始一切正常，一段時間後突然整條流程全掛， 每個 Google 相關節點都報錯。

真因：Google 的授權設定如果停在「測試中」狀態， 發出去的長期憑證七天就會自動失效——不是流程壞了，是門禁卡到期了。

坑二：以為改設定就會自己好

找到原因後，去 Google 後台把授權設定從「測試中」改成正式發布——然後發現還是掛的。

原因：改設定只影響「以後發出去的憑證」， 已經死掉的那張不會復活。必須回到 n8n 的憑證設定裡，重新按一次「使用 Google 登入」， 換一張新的回來。

坑三：同一列被處理兩次

一列如果設定生成 2 張圖，回寫階段就會拿到 2 筆結果， 流程會對同一列重複寫入狀態——白打 API、還可能把表格寫亂。

解法：合併之後、回寫之前加一個按行號去重的節點，同一列只結算一次。

坑四：兩條路線不能用同一套寫法

原生節點生成完直接給圖檔，HTTP 打 API 回來的卻是一長串 Base64 文字， 直接丟去上傳只會得到一個壞掉的檔案。

解法：路線 A 中間補一個「Base64 轉圖檔」的節點，讓兩條路最後交出來的東西格式一致。

目前狀態

• 工作流已建置完成並實際跑通，跑在自架的 n8n（Zeabur）上
• 讀表 → 構建提示詞 → 雙模型分流 → 上傳 Drive → 合併去重 → 回寫狀態，整條打通
• 同一台 n8n 上還有另外兩條流程：Amazon Listing 生成、飛書多維表格建立
• Google 憑證受測試模式的七天限制影響，需定期重新授權（已知解法如上）
• 目前用於 Shopee 與 Amazon 的商品圖產出