Midjourney 把提示詞變成可重用流程

以前我得跟 Midjourney 猜來猜去，現在我能把它當成可重用的出圖流程。

我用 Midjourney 有一段時間了。以前最煩的就是，圖明明很美，卻總有一個地方不對：臉差一點、光線差一點、構圖差一點，然後我還得花十幾分鐘解釋到底哪裡不對。它像是很想討好我，但不太想照我說的做。這種東西拿來 demo 很爽，拿來交付就很痛苦，尤其是你手上還有品牌視覺、提案板、活動主圖這種不能亂來的東西。

我後來真正改觀，不是因為它多了什麼花俏功能，而是它慢慢從「漂亮但飄」變成「漂亮而且可控」。現在我更常把 Midjourney 當成一個 junior art team，而不是一台抽獎機。偶爾還是會出現怪手、怪材質、怪比例，這很正常；但至少我能把流程搭起來，不用每次重來一次人生。

這次讓我把這件事講清楚的來源，是 AI Agent Square 的 Midjourney review。它不是那種只會吹的文章，裡面直接把優點、缺點、價格和限制都攤開來。文中給 Midjourney 的總評是 9.3/10，也點出我自己最有感的幾個地方：畫質強、文字渲染還是不夠穩、編輯能力有限、沒有免費方案。這種又讚又嫌的寫法，才像真的用過。

Midjourney 現在像工具，不像玩具

“Still the benchmark for AI image quality — Midjourney V8.1 produces photorealistic and artistic results that competitors consistently fall short of matching.”

翻譯一下就是：如果你在乎的是圖本身，Midjourney 還是我會先打開的那個。像 OpenAI 的 image generation、Adobe Firefly、Stable Diffusion 我也都碰過，各自有位置，但 Midjourney 的位置很明確，就是美感穩定、成品像樣、少一點「模型自己發揮」。

AI Agent Square 的評測提到，Midjourney 之所以還站在前面，是因為它把重心放在畫質，而不是到處追功能。這點我完全同意。很多團隊選工具時老愛看功能表，覺得誰按鈕多誰厲害，結果真正做圖時還是得重修。工具列表很長，不代表交付成本就低。

我現在的用法很固定：Midjourney 負責前 80% 的視覺方向，不負責最後那 20% 的精修。要做概念圖、廣告 moodboard、編輯插畫、Landing page 的視覺方向，它很快；要精準字體、像素級局部修改、嚴格版面排版，我就換工具。這條線先畫好，才不會一直拿錯工具做錯事。

• 要的是視覺方向，就先用 Midjourney。
• 要的是精準文字或版面，就別硬撐。
• 把它當概念生成器，不要當最終排版器。
• 團隊先對齊用途，再對齊工具。

V6.1 解掉了我最常罵的那個點

“V6.1, released in mid-2024, represented a major step forward in prompt adherence, human anatomy accuracy, texture realism, and text rendering within images.”

這段很關鍵。很多人嘴上說 prompt adherence 很重要，實際上只有在你想要特定構圖、特定角度、特定材質時，才會真的知道它有多煩。以前的 Midjourney 常常是「藝術上可以、但不聽話」。V6.1 把這件事拉回來一點，臉、手、材質、攝影感都比較穩，最重要的是，它比較願意照 prompt 做事。

我之前做過一個產品 mockup，客戶要的是「乾淨棚拍、黑色霧面物件、柔和側光、右側留白」。舊版常常會自己加戲，把留白塞滿戲劇感，像是怕畫面太無聊。V6.1 之後比較少這種亂演，雖然還是要跑幾次，但至少不是在跟模型的脾氣打架。

我現在寫 prompt 的方式很像在寫拍攝 brief，不像寫詩。先講主體，再講場景，再講鏡位、光線、材質、構圖。真的要團隊能重複用，我還會把 prompt 存成固定結構，讓大家只替換主體內容。這樣 Midjourney 才會變成流程，不是一次性靈感。

實操上我會這樣做：

• 先寫主體和 shot type。
• 再補光線、材質、鏡位。
• 需要字面輸出時，少放形容詞。
• 把已經成功的 prompt 存成團隊模板。

參數才是這工具的真正控制台

“--ar sets aspect ratio; --stylize controls how heavily the AI applies its aesthetic interpretation versus literal prompt following; --chaos introduces variability; --quality adjusts generation time and detail; --tile creates seamless repeating patterns.”

我一直覺得 Midjourney 真正值錢的地方，不是那個漂亮按鈕，是參數系統。--ar、--stylize、--chaos、--quality、--tile，再加上 --style、--sref 這些控制項，才是你能不能把它當工具用的分水嶺。你不碰這些，就等於只握方向盤的一半。

這些參數的意思很直白：你可以決定模型要多聽話、要多會演、要多穩定。不同工作需要的自由度根本不一樣。首頁 hero 圖可以放大一點風格感，產品概念圖就要收斂，給主管看的提案板更不能亂飛。你越早把這件事講清楚，後面越少返工。

我現在會把參數當成 preset 管理，不會要每個設計師自己記十個旋鈕。團隊只要先定三到四組：編輯風、產品風、社群風、紋理風，大家照著用就好。這種做法很土，但很有效，因為它把「每次重新想」變成「直接套用」。

你可以先從這幾個最常用的開始：

• --ar 16:9：簡報、橫幅、網頁主視覺。
• --ar 1:1：社群貼文、方圖素材。
• --tile：背景、紋理、可重複圖樣。
• --sref：需要系列風格一致時。

Web 介面終於把 Discord 的爛味道收掉了

“The dedicated midjourney.com web interface provides a proper image management experience: organised collections, generation history, easy re-running of past prompts, and a cleaner creative environment than Discord.”

我很高興這件事終於正常了，因為 Discord 一直都是 Midjourney 最彆扭的地方。技術上可以跑，不代表工作上好用。對個人玩票也許還行，但對團隊來說，圖片、prompt、版本、回溯全塞在聊天串裡，根本是自找麻煩。

AI Agent Square 提到 web 介面有 collections、history、rerun、比較乾淨的創作環境，這些都是我真正在意的。我要的是能快速找到上一版 prompt、複製、微調、比較，不是去聊天紀錄裡翻半天。更現實一點，非技術同事也比較不會被 Discord 弄到頭痛。

我的做法很簡單：web 介面當正式工作區，Discord 當遺留管線。誰還在群組裡貼 prompt，我通常都會叫他停一下，改成把成功版本寫進共享文件，並且把輸出放進同一個 collection。這樣才不會隔兩週就重做一次，因為沒人記得哪個 prompt 才是對的。

命名也別偷懶。我會用專案名、日期、用途三段式命名。看起來很煩，但當你同時跑六個 campaign，檔名還全都叫 final2 的時候，你就會知道這種規矩不是潔癖，是救命。

商用權利夠用，但別把它想成萬能護身符

“All paid Midjourney plans include commercial usage rights for generated images, subject to the terms of service.”

這也是 Midjourney 會一直出現在真實工作裡的原因之一。付費方案包含商用權利，對很多行銷、編輯、概念設計來說已經夠用。但我不會把這句話解讀成「法律問題都解完了」，那太天真了。這份評測寫得夠誠實，我也喜歡它這樣寫。

如果我在幫比較保守的團隊做案子，法律這關我還是會先踩煞車。Adobe Firefly 通常比較容易跟法務對話，因為它在授權敘事上比較好講；但如果我只是要把提案、廣告草圖、社群素材先推進，Midjourney 的輸出效率通常更高。這兩件事本來就不是同一件事。

我自己的切法是把「能不能用」跟「該不該在這裡用」分開看。內部 mockup、概念圖、社群草稿，Midjourney 很好用；要是涉及敏感公開內容，我會先讓法務和品牌一起看。這不是保守，是避免之後被一封很長的 email 追著打。

另外，評測也提到 enterprise / API access 是分開的。這點如果你想接自動化、內部工具、產品流程，就一定要注意。不要以為訂了標準方案就能直接拿 API。真要做程式化整合，你得先確認自己是不是已經進到 enterprise 的範圍。

它的弱點還是在那裡，別裝沒看到

“Text within images still lags GPT-5.5 native image generation, limited editing capabilities, and no native API access on standard plans.”

我喜歡 Midjourney，但我不會替它遮醜。圖片裡的文字還是不夠穩，局部編輯能力也不算強，標準方案沒有原生 API，這些都是實打實的限制，不是小瑕疵。你如果剛好卡在這些需求上，Midjourney 就不會是最省事的答案。

評測也提到它的內容政策比較收斂，像公眾人物這類題材限制不少。這對某些工作流是硬傷，尤其你如果以為「最強圖像模型」就等於「最適合商業專案」，很容易在最後一刻被政策卡住。工具好不好，不是看它能不能出圖，是看它能不能在你的限制裡出圖。

我的處理方式很務實：先看輸出約束，再選工具。要高質感視覺，Midjourney 很強；要文字準確，換別的；要本地控制和深度調參，Stable Diffusion 還有它的位置；要法務比較好講，Firefly 常常更省口舌。這些都不性感，但很省時間。

我通常還會先跟團隊講清楚四件事：

• Midjourney 適合做視覺方向，不適合做最終排版。
• 需要字體清楚時，別硬用它扛。
• 要自動化時，先確認有沒有企業級方案。
• 碰到敏感題材，先查政策再開工。

可抄的模板

# Midjourney 團隊工作流模板（可直接改成你們自己的版本）

## 1) 先定義用途
- 適合用 Midjourney 的工作：概念圖、廣告 moodboard、編輯插畫、產品視覺方向
- 不適合硬用 Midjourney 的工作：需要精準文字、需要局部精修、需要 API 自動化的流程

## 2) 統一 prompt 結構
Subject: [主體是什麼]
Scene: [場景在哪裡]
Composition: [鏡位、裁切、留白]
Lighting: [柔光、棚拍、逆光、日落等]
Material/texture: [霧面、玻璃、金屬、布料等]
Style: [photoreal、editorial、cinematic、minimalist 等]
Constraints: [不要文字、保留右側留白、主體置中、背景乾淨]

## 3) 建三組預設參數
### 編輯風 preset
--ar 4:5 --stylize 150 --chaos 5 --quality 1

### 產品概念 preset
--ar 16:9 --stylize 75 --chaos 3 --quality 1

### 社群方圖 preset
--ar 1:1 --stylize 100 --chaos 4 --quality 1

### 紋理 / 背景 preset
--tile --stylize 50 --chaos 2 --quality 1

## 4) 需要系列一致性時
- 每個專案先挑 3–5 張 reference image
- 盡量沿用同一套 prompt 結構
- 需要風格延續時再加 style reference
- 每個專案只開一個 collection，別散在聊天串裡

## 5) 迭代規則
- 先挑四張裡最接近的那張
- 每次只改一個變因
- 成功的 prompt 直接存檔
- 檔名用「專案名 + 日期 + 用途」

## 6) 團隊交接 checklist
- prompt 已存到共享文件
- 對應輸出已放進 collection
- 商用權利已確認
- 敏感題材已走法務或品牌審核
- 最終檔已進設計系統或資產資料夾

## 7) 範例 prompt
A clean studio product shot of a matte black consumer device, three-quarter angle, soft side lighting, subtle reflections, white background with negative space on the right, premium editorial style --ar 16:9 --stylize 75 --chaos 3 --quality 1

我會把這份模板當成團隊 playbook 的底稿，不會把它當聖經。你可以把 preset 改成自己品牌的語氣，把 constraints 收緊一點，把 reference image 管起來，讓大家不要每次都靠臨場發揮。這種事看起來不帥，但真的能少掉很多重工。

原始來源是 AI Agent Square 的 Midjourney review。我這篇做的是把它拆成台灣開發者和團隊能直接用的工作流；產品資訊、評測結論和限制點來自原文，我補的是 prompt 結構、參數管理和團隊落地版本。