如何建立 AI 圖片生成 App：API、儲存、成本與安全

要建立 AI 圖片生成 App，你需要揀選一個模型供應商嘅圖片生成 API，用你自己嘅金鑰從伺服器呼叫佢，將每個結果儲存喺檔案儲存空間，然後將整個流程包裝成一個特定用途：產品相片、社交媒體帖文、頭像、符合品牌風格嘅插圖。要留意三件文字 App 大多可以不理會嘅事：生成速度較慢、每次生成成本較高，而且你需要為用戶可以製作嘅內容定下規則。介面反而係最容易嘅部分。

揀一個用途，而唔係「一個圖片生成器」

通用圖片生成器已經內置喺聊天助手同設計工具入面。一個新 App 只有在將某一項工作做得更好時先有價值：

• 一致嘅風格：每張圖片都符合品牌嘅色彩同外觀，用戶唔需要寫一段長提示詞。
• 結構化嘅輸入：產品相片工具會要求提供產品圖片同場景；書籍封面工具會要求書名、類型同氛圍。
• 正確嘅輸出：符合市場上架或廣告格式嘅尺寸，而文字疊加則由你嘅 App 處理，而唔係交畀模型。
• 完整嘅工作流程：生成數個選項、揀選其一、編輯、下載，並保存一個圖庫。

App 由咩組成

建立之前要決定嘅事

邊個圖片模型供應商

好多供應商都提供圖片生成 API，由大型 AI 實驗室到喺一個 API 後面提供多個開源模型嘅平台都有。請用你自己嘅測試提示詞比較佢哋，睇以下各項：

• 符合你用途嘅品質：攝影式產品、插畫、圖片入面嘅文字、人臉。
• 速度：有啲模型幾秒內就回傳，有啲則需時較長。
• 每張圖片嘅價錢，以你需要嘅尺寸計算。請查閱供應商自己嘅價格頁，因為價錢會變。
• 編輯功能：有啲支援編輯已上載嘅圖片，或者填補圖片嘅一部分，好多用途都需要呢項功能。
• 條款：商業用途、內容規則，以及你送出嘅提示詞同圖片會點樣處理。

將供應商放喺一個伺服器函數後面，日後換模型就會容易得多。我哋嘅 如何使用 LLM API 指南涵蓋 API 金鑰同按用量收費嘅概念，呢啲同樣適用於圖片模型。

等待結果

文字回覆可以逐字串流顯示；圖片通常會一次過出現。對於快速嘅模型，瀏覽器可以等待你嘅伺服器回應。對於較慢嘅模型，較好嘅做法係：建立一筆狀態為「待處理」嘅「生成」紀錄，即時返回，待供應商完成後由伺服器將狀態更新為「完成」並記錄圖片位址，同時讓頁面每隔幾秒檢查一次狀態。部分供應商支援 webhook，即任務完成時由佢哋發送訊息去你嘅伺服器。請參閱 什麼是 webhook。

儲存

供應商嘅回應通常包含臨時連結或原始圖片資料。請即時將圖片複製到你自己嘅檔案儲存空間，並將其位址儲存喺資料庫。你要決定免費用戶嘅圖片保留幾耐，因為儲存空間會持續產生費用。我哋嘅 如何加入檔案上載功能 指南涵蓋咗儲存空間嘅基本知識。

成本與限制

圖片生成係提供畀用戶嘅 AI 功能當中成本較高嘅一類。上線之前：

• 喺供應商後台設定每月消費上限。
• 喺伺服器上強制執行每位用戶每日可生成嘅圖片數量上限。
• 預設使用標準尺寸及品質；如要製作高解像度圖片，就收取較高費用或使用點數。
• 只有成功生成嘅圖片先計入用戶嘅配額。

內容安全與版權

• **供應商規則。**大部分供應商都會封鎖部分內容，如果帳戶反覆違反規則，就會被暫停。用戶嘅行為屬於你嘅責任，所以你撰寫嘅條款要與供應商嘅條款相符。
• **審核。**使用供應商提供嘅安全設定，並考慮喺發送提示詞之前先作檢查。如果用戶可以公開分享圖片，就要加入舉報圖片嘅途徑。
• **真人。**生成可以辨認身份嘅真人圖片，尤其是涉及色情、暴力或誤導性情境嘅，會造成真實傷害，並且喺好多地方都屬違法。要清楚封鎖。
• **上載嘅參考圖片。**如果用戶上載相片，只可以容許佢哋使用有權使用嘅圖片，並且唔好將圖片保留超過所需時間。
• **擁有權與標示。**有關 AI 生成圖片嘅擁有權，以及是否必須標示，會因國家而異，並且會改變。請閱讀供應商條款；如果事關你嘅業務，就應該尋求專業意見。

畀 AI 生成工具嘅第一條提示詞

建立一個名為 ShelfShot 嘅網頁 App，為小型網上店舖生成生活風格相片。用戶登入後，上載產品相片，揀選一個場景預設（廚房檯面、戶外野餐、極簡影棚、舒適客廳）同尺寸（正方形或 4:5），然後按「生成」。伺服器會將預設嘅隱藏風格指示同產品資料合併，然後以秘密設定 IMAGE_API_KEY 呼叫圖片生成供應商。每張完成嘅圖片都要儲存到檔案儲存空間，並將用戶、提示詞、預設、尺寸同檔案位址記錄喺資料庫。等待期間顯示進度狀態，完成後顯示結果，並附下載同刪除按鈕。圖庫頁面顯示用戶過往嘅圖片，每位用戶只可以睇到自己嘅圖片。喺伺服器上限制每位用戶每日最多生成 20 張圖片。絕對唔可以將金鑰送去瀏覽器。

逐步建立

1. 先單獨測試供應商，用十個真實輸入測試，然後揀選模型。
2. 建立核心流程：表格、伺服器呼叫、進度狀態，以及螢幕上顯示結果。
3. 儲存到檔案儲存空間，並將每次生成記錄到資料庫；隔天檢查圖片仍然可以載入。
4. 加入帳戶同圖庫，然後用兩個帳戶測試，確保二人都無法透過猜測網址打開對方嘅圖片。
5. 加入限制同錯誤處理：逾時、被封鎖嘅提示詞同供應商錯誤，都應該顯示清晰訊息，而且唔應該扣除用戶嘅配額。
6. 加入安全措施：供應商嘅安全設定、封鎖字詞、使用條款；如圖片會被分享，就加入舉報按鈕。
7. 如果要收費，加入付款功能；請參閱 如何為 App 加入付款功能。
8. 上線前進行安全審查。AI 生成 App 安全檢查清單 係一份好用嘅清單。

常見錯誤

• 由瀏覽器呼叫圖片 API，令你嘅金鑰暴露。
• 只保存供應商嘅臨時連結，結果幾日後圖庫就壞咗。
• 冇每位用戶嘅上限，令一位用戶或一個機械人就可以推高帳單。
• **讓模型負責畫文字。**好多模型仍然會將圖片入面嘅字拼錯。標題同價錢應該喺你嘅 App 入面疊加。
• 忽略內容規則，直至供應商暫停你嘅帳戶。
• 公開圖庫冇任何審核。

幾時現成產品會較好

如果你或你嘅團隊只係需要圖片，可以使用現有設計工具或 AI 助手內嘅圖片功能；為咗製作自己嘅圖片而建立一個 App，通常並唔划算。當你要為一個特定群體提供可重複執行嘅工作、需要每次都套用固定嘅品牌風格，或者想將圖片生成作為一個大型產品中嘅一個步驟（例如一個同時撰寫文字同製作相片嘅商品刊登工具）時，就值得建立。

用 Mythex 建立

Mythex 係一個 AI App 生成工具：你喺對話中描述圖片 App，它就會喺即時預覽中建立表格、伺服器端嘅 API 呼叫、圖庫同限制，然後發佈到一個公開網址。你 App 嘅圖片生成會使用你自己嘅供應商金鑰，儲存為專案秘密設定，並計入你自己嘅供應商帳戶。Mythex 唔包括你 App 用戶嘅圖片生成用量。

呢個同 Mythex 自己嘅 圖片生成 功能係分開嘅。後者用嚟為你正在建立嘅網站製作圖片（例如主視覺或圖示），並會消耗 Mythex 點數。當你嘅 App 需要儲存圖片時，Mythex 會為專案啟用 檔案儲存，並為生成紀錄加入 Postgres 資料庫。如果想要一個較細嘅起點，如何為 App 加入 AI 功能 介紹咗如何為現有產品加入單一嘅 AI 操作。

常見問題