Midjourney Thinking 模式：重跑結果值得保留嗎？

當 Thinking 重跑修正了原圖未達到的需求時，它才有保留的價值。更漂亮的結果仍可能是錯誤的替代品：標籤可能變得清晰可讀，產品外形卻變了；場景可能增加了細節，卻失去標題所需的留白。按下按鈕之前，先決定什麼必須改善。

Midjourney 的 10 月 8 日公告(於 2026 年 10 月 12 日查證)說明這是一項 Alpha 網站測試。入口位於任務大圖預覽（燈箱）下方的右下角，標示為 Rerun (Thinking)。Midjourney 在其測試中回報了提示詞準確度、文字排版與連貫性方面的改善，並向使用者徵求有效或失敗的案例。該公告中，更廣泛的開放仍只是可能的未來方向。本文提供的是一套審核方法，而非帳號層級的實測或量化的成功率。

選一個說得清楚的失敗點

從一張接近可用的現有圖像開始。用一句話說明它為什麼還不能交付。「標題拼錯了」是可以據此行動的描述；「需要更有衝擊力」則留下太多空間，容易讓個人口味主導整個比較。

在產品構圖中，缺陷可能是缺少把手、多出一個物件，或空間關係錯誤。在海報中，可能是斷裂的字詞，或文字壓在主體上。在場景中，可能是與光源矛盾的陰影。缺陷要描述得夠具體，讓另一位審核者不必聽你解釋第二次就能辨認出來。

接著，指出已經奏效的部分。相機角度、背景顏色、主體輪廓，以及為文案預留的空間，可能都不可或缺。這些是保留需求。它們之所以重要，是因為一次成功的修復，不該在畫面其他角落悄悄製造更大的製作問題。

讓比較綁在同一組提示詞上

重跑之前，先保存原始任務、確切的提示詞、參考資料與可見的設定。如果你一直在調整資料夾預設值或風格參考，先檢查一遍。Alpha 資料夾與風格預覽工作流程說明了如何讓這些設定保持清楚可理解。

第一次比較時，使用同一個來源任務。不要同時改寫提示詞、更換參考圖又調整長寬比。如果好幾項輸入都變了，你仍然可以選出最喜歡的結果，但無法合理地把差異單獨歸因於 Thinking。

以下是一份示範用的練習需求說明，而非實際觀察到的輸出：

一個奶白色陶瓷茶壺放在淺藍色桌面上，把手在右、壺嘴在左。一個小茶杯置於茶壺前方。茶杯後方有一張紙卡，上面寫著「四點喝茶」。柔和的窗光從左側照入。構圖上三分之一保持乾淨、不雜亂。

這份需求說明包含數量、位置關係、一句短語和一項版面要求，讓審核者有具體項目可逐一檢查。如果你自己的製作需求說明有同樣明確的需求，就直接使用它；測試一個你永遠用不到的複雜場景並沒有好處。

Start Creating

分三遍檢視圖像

第一遍，檢查字面符合度。數一數物件數量，確認哪個物件在前面。逐字讀過指定短語的每個字元，包括空格與標點。檢查時要用圖像實際呈現的尺寸。縮圖中看起來可信的文字，放大後可能有明顯錯誤。

第二遍，檢查關係。把手和壺嘴可能都存在，卻屬於一個不可能的物件。茶杯可能遮住紙卡，使文字無法使用。觀察接觸點、透視、重複的形狀、反射與陰影。目標是找出快速美感判斷容易漏掉的矛盾。

第三遍，檢查保留情況。將輪廓、視覺層級、裁切與可用留白與原圖對照。如果新圖修好了紙卡，卻犧牲了活動標題所需的區域，兩個結果都要記錄。不要把它們合併成一個模糊的分數，掩蓋了其中的取捨。

精簡的審核紀錄可以分成三欄：需求、觀察、結論。例如「紙卡文字：以最終尺寸檢視，所有字元皆可讀；通過」就比「文字看起來比較好」更有力。如果某個細節難以判斷，標記為未決並直接放大檢查，而不是把信心當成證據。

決定保留、局部編修，或換一份需求說明

當指名的缺陷已修正，且保留需求仍然成立時，就保留這次重跑。將通過驗收的檔案與來源分開存放，避免後續實驗不小心覆蓋它。

如果畫面大部分已通過，只剩小區域的缺陷，就選擇局部編修。完整重跑會帶來另一整張圖的審核工作。這種情況下，V8.2 局部重繪與擴圖指南提供了另一種工作流程。Thinking 重跑與局部編修對應的是不同的製作需求。

當需求說明本身包含互相衝突的指示時，就改寫需求說明。在寬廣的室內場景中，一張小卡片不可能放得下一大段文字還保持自然可讀。先決定文字還是場景優先，再用修訂後的提示詞另行比較。為那次實驗加上清楚標記，以免與原比較混在一起。

若活動文案必須一字不差，可以考慮在插圖通過後，於排版軟體中加上最終文字。這是製作流程的選擇，而不是斷言模型無法生成文字。這麼做能讓你直接掌控拼字、字體、斷行，以及最後一刻的文案修改。

當比較不再回答問題時就停下來

反覆重跑可能變成追求新鮮感，而不是修復流程。設定一個符合專案規模的小型實驗額度，然後把結果集中一起審核。這是編輯上的建議，不涉及 Midjourney 的定價，也不表示此測試如何消耗帳號資源。

如果連續幾個候選結果總是用一個缺陷換另一個缺陷，就改變做法：簡化場景、把文字排版與圖像生成分開，或直接編修已通過的畫面。保留那些暴露重複性問題的失敗候選，它們能幫助團隊成員理解為什麼某張視覺上吸引人的版本被否決。

如果看不到 Thinking 入口，請查看目前的 Alpha 介面與官方公告。十月那篇文章並未確認任何 Discord 指令、API 參數、全面開放或特定訂閱方案資格。不要把憑空想像的參數旗標複製進正式製作流程。

交付圖像時一併交付決策依據

交付選定圖像時，一併附上來源任務、提示詞、預定裁切，以及一段關於已修復缺陷的簡短說明。在素材進入排版或動畫階段之前，記錄任何未解決的文字或形狀問題。審核者應該不必翻遍一個資料夾的無名下載檔，就能理解為什麼選中這個檔案。

針對整個活動，對每件素材套用同一套驗收規則。一張成功的海報，不代表之後每組提示詞都會有相同表現。最適合評估 Thinking 的方式，是把它視為一次目標明確的額外嘗試：修復一個說得清楚的問題、保住已通過的部分，並留下符合需求說明的版本。