寫故事已經不再是最慢的環節。AI 故事產生器能在你描述完需求的時間裡，交出一篇完整的敘事——人物、結構、對白俱全。真正慢的是之後的事：找圖或做圖、把尺寸統一、把頁面壓到足夠快，讓讀者不會在第二段之前就離開。
這篇指南把整條流程走完：用 AI 起草故事、配圖，再把每一張圖處理到位，讓成品文章在任何網路下都能秒開。
第一步：先把故事寫出來
先有敘事，再有畫面。在故事成型之前挑好的插圖，幾乎總是最後用來裝飾一個被刪掉的場景。
在起草階段，專門的故事產生器比通用聊天機器人更合適，因為它是圍繞敘事結構設計的，而不是圍繞開放式對話。我們通常推薦 Story AI——你描述前提、類型和基調，它回傳的是一篇有結構、可以繼續打磨的故事，而不是一大段需要你自己重新組織的文字。
幾個能顯著提升產出品質的習慣：
- 明確長度和讀者。「給 6 歲孩子的 900 字睡前故事」能直接發布；「寫個故事」只會得到填充物。
- **說清約束，而不只是題材。**場景、敘述視角、你想要的結尾情緒，比情節細節更有用。
- **一次只改一個維度。**先定結尾，再調節奏，最後修對白。一次提五個要求，通常會撤銷掉其中兩個。
- **邊寫邊標記配圖點。**每當場景換了地點或提高了賭注，那裡就是一張插圖的候選位置。
這一步結束時，你手上應該有定稿文字，外加三到六個值得配圖的時刻。
第二步：找圖或生成插圖
現實中有三條路，它們在成本和一致性之間取捨。
| 來源 | 成本 | 跨場景一致性 |
|---|---|---|
| AI 生圖 | 低 | 難——人物在不同提示詞之間會漂移 |
| 圖庫素材 | 中 | 氛圍夠用，具體場景很難對上 |
| 客製委託 | 高 | 極佳 |
對大多數故事文章來說，AI 生圖在成本上勝出；只要每次提示詞裡逐字沿用同一段詳細的人物描述，並在同一個工作階段裡生成所有場景，人物漂移是可以控制的。
無論用哪種方式，都要生成比你需要的更大的尺寸。縮小保留細節，放大只會憑空編造。2048px 寬的原圖給你留出後期裁切的餘地，而不會讓畫面變糊。
第三步：一切開始之前，先統一尺寸
大多數配圖文章就是在這裡翻車的。圖片尺寸不一致會導致載入時版面位移，而版面位移是最快趕走讀者的方式之一。
給內文插圖選定一個寬度並堅持下去。實用參考值：
- 內文場景插圖：1200×675（16:9）或 1200×800（3:2）
- 封面 / 社群分享圖：1200×630
- 直式金句圖：1080×1350
用尺寸調整一次把所有插圖改到目標寬度，讓整組圖對齊。如果一張 AI 生圖主體正確但構圖不對，請裁切到目標比例，而不是硬拉伸——被拉變形的人物，即使讀者說不出原因，也會覺得粗糙。
對於掃描件或實拍照片，先做一次旋轉校正再改尺寸，可以避免發布後才發現圖是躺著的。
第四步：在不損傷畫面的前提下壓縮
故事插圖是頁面上最重的東西，同時也正是讀者想看的東西。目標是：在全寬顯示下看不出任何變化的前提下，檔案盡可能小。
按用途給出的合理目標：
| 圖片用途 | 目標體積 | 格式 |
|---|---|---|
| 內文插圖 | 100–200 KB | WebP 或 JPEG |
| 封面圖 | 150–250 KB | WebP |
| 裝飾性分隔圖 | 50 KB 以內 | WebP 或 PNG |
| 線稿 / 平塗 | 100 KB 以內 | PNG |
全寬插圖走 200 KB 壓縮，位於窄欄內的圖走 100 KB。平塗和線稿的表現不同——它們更適合 PNG，請交給 PNG 壓縮器，調色盤壓縮能大幅縮小體積，同時不動邊緣銳度。
如果發布平台支援現代格式，轉 WebP 是收益最大的單項操作：JPEG 轉 WebP 或 PNG 轉 WebP 通常能在壓縮之上再省 25–35%，畫質不變。
以上每一步都在你的瀏覽器裡完成。未發布的故事不會有任何內容被上傳到伺服器——當作品還沒公開時，這件事比人們以為的更重要。
第五步：準備分發素材
文章本身完成了，但把它帶出去的那些素材通常還沒有。
**社群分享圖。**各平台的裁切既激進又不一致。單獨做一張 1200×630 的版本，標題文字放在靠中間的安全區，絕不要貼邊——邊緣在行動裝置預覽裡會被切掉。
**中繼資料清理。**文章裡只要有相機或手機拍的圖，就會帶著 GPS 座標和裝置資訊。發布前請移除 EXIF 資料。對個人和家庭題材的故事尤其重要，因為照片的位置往往就是某個人的家。
**署名浮水印。**故事插圖被無署名轉載是常態。在角落加一個輕量浮水印——淡到不干擾畫面，又足以讓一張截圖追溯回你。
一份現實的時間預算
以一篇 1500 字、配四張圖的故事為例：
| 階段 | 用時 |
|---|---|
| 起草並修改故事 | 20–30 分鐘 |
| 生成並挑選插圖 | 20–40 分鐘 |
| 改尺寸與裁切 | 5 分鐘 |
| 壓縮與格式轉換 | 5 分鐘 |
| 社群素材與中繼資料 | 5 分鐘 |
寫作與美術指導始終是創造性工作。這條線以下的全是機械勞動，可批次處理，總共不該超過十五分鐘。
常見問題
配圖故事文章應該寫多長？
面向網頁閱讀，800–2000 字，大約每 400 字配一張圖。再長，無論品質如何，捲動深度都會明顯下滑。
AI 生成的故事可以商用嗎？
規則因平台和司法管轄區而異，而且一直在變。請查看你所用工具的條款——包括 Story AI 在內的多數故事產生器會把生成內容的權利授予你，但發布方是否要求標註 AI 生成是另一回事，需要逐個平台確認。
一篇故事需要幾張插圖？
比你以為的少。三張有力的圖勝過八張平庸的圖，而且每多一張就是頁面上多一份重量。給轉折點配圖，而不是給每個場景配圖。
插圖該用 WebP 還是 PNG？
攝影感或繪畫感的圖用 WebP；平塗、線稿、含銳利文字的圖用 PNG。拿不準就兩種都跑一遍對比——體積差通常足以決定選哪個。
壓縮會損傷插圖品質嗎？
在上述目標下不會。一張 1200px 的插圖壓到 200 KB，在正常閱讀距離下與原圖無法區分。人們記憶中那種明顯的劣化，來自對已經壓縮過的圖反覆壓縮——請始終從最高品質的原始檔案開始。
一句話流程
- 先寫完 —— 用 Story AI 把整篇故事寫完，再去挑第一張圖
- 隨寫隨標配圖點，而不是寫完再回頭找
- 統一尺寸 —— 用尺寸調整和裁切，讓載入時不發生位移
- 按用途壓到對應目標 —— 全寬用 200 KB，內文窄欄用 100 KB
- 轉成 WebP，再省 25–35%
- 清理中繼資料、加浮水印，然後再讓文章離手
故事本身才是難的部分，而 AI 已經讓它變快了。別讓最後十五分鐘的圖片處理把這份提速抵銷掉。
