一次出好幾盤再挑一盤：EditAgent 那篇論文，廚房裡的老方法

回顧 2026 年發表的一項研究。Adobe Research 與加州大學聖地牙哥分校的 Xu 等人提出了一套叫 EditAgent 的影像編輯代理框架，論文測試了 600 組編輯候選，請五位專業 Photoshop 修圖師盲評。先把話說清楚：這項研究並沒有證明代理能真的去操作 Photoshop 的介面，它研究的是代理怎麼拆解指令、調度不同編輯方法，再比較候選成果。但裡頭有幾個數字，讀起來實在太像廚房裡的事了。

同一招試十次，鍋子還是燒不出那個味道

論文裡最扎眼的一組數字：通用編輯器 FLUX.2-klein-9B 在 600 組中有 256 組、約 42.7% 的比例，連一個可用結果都生不出來。補進專用方法後，其中 175 組找回了可用的成品，但仍有 81 組，換誰來都不行。

這像什麼？像你用同一支鍋、同一個火候，反覆煎同一塊魚，魚皮照樣黏鍋。問題不在運氣，在工具或手法本身少了那個能力。論文的診斷基準涵蓋 30 種編輯類型，需要的專用能力包括精確幾何變換、色 tone 調整、影像增強，這些不是「再多試幾次」能補上的缺口。就像魚皮要不黏鍋，該換的是熱鍋冷油的順序，而不是把同一片魚再翻十次。

廚房裡的老師傅早就懂這件事：一道菜做壞了，先問是哪一步壞的，再決定重來還是補救。這也跟我們先前聊過的一間廚房裡分派爐火與算瓦斯費是同一門功課，關鍵都在選對工具，而非勤勞地重複。

平行出菜，不要把每盤失敗都當下一盤的底

EditAgent 的做法值得細看。它先把編輯要求拆成目標、步驟、需保留的區域和驗收條件，再為每一步路由到通用編輯器或專用方法，平行產生多個候選。這裡有個聰明的細節：不必把每次失敗的輸出當成下一輪的底圖，減少瑕疵逐次累積。

廚房裡你一定遇過那種修補地獄。湯太鹹就加水，加水後味道變淡又補鹽，補了鹽湯量太多只好再熬，熬過頭香料味全跑了。逐次修整的問題就在這裡：每一輪都在上一輪的傷口上動刀。平行備菜不一樣。炒飯要試新配方，一次炒三小盤，鹽量各不同，擺在一起嚐，挑一盤，其餘倒掉。失敗的那幾盤不會污染成功的那盤。

研究團隊真的做了這個比較。在 144 組複雜編輯上，五位專業編輯者比較「平行搜尋」與「逐次修整」，排除 14 組平手後，102 組偏好平行，28 組偏好逐次。當然，這是指定樣本與測試預算下的結果，不能推論所有工作流都該這樣。就像平行備菜費鍋、費火、費米，家裡平常煮一餐也不必這樣鋪張。

每盤菜都要附一張便條

最打動我的是驗證紀錄。每個候選都附帶證據：改動區域的近照、變更圖、可見像素改變比例，以及程式能檢查的條件。論文裡有一句話（意譯）：「局部編輯要確認目標有改到，也要確認無關內容獲得保留。」

這就是餐廳出菜口那張便條。外場跟內場之間，一道菜端出去之前，會有人核對：客人不要香菜，香菜挑掉了嗎？同桌有人對花生過敏，這盤沾了花生粉沒？成品「看起來不錯」從來不是驗收標準，要看的是該改的有沒有改到、不該動的有沒有被動到。論文也誠實地說，紀錄是輔助證據，最終仍需模型判讀視覺品質，不是客觀保證。

論文另一個務實的提醒是：評估這種代理，成品和步驟軌跡要一起留下來。只看步數會把「快速做錯」當成效率，只看最後那張圖，看不出它改了不該改的地方、重試幾次。這跟廚房裡的驗收清單是一體兩面，我們在換一座新爐具之前先把菜單和鍋位對一遍裡也寫過同樣的道理。

收在餐桌上

所以，這篇論文離你的餐桌有多遠？其實不遠。它講的是一件你我天天在做的事：菜做壞了，先診斷是哪一步壞的，別傻傻地重複；要試新做法，就平行試幾盤再挑；每盤端上桌前，留一張核對的便條。差別只在，它把這套廚房紀律寫成了程式流程，而我們把程式流程讀回了一頓晚餐的常識。