top of page

Adobe Lightroom Open Eyes 將生成式眨眼修復帶到流動裝置

36 分鐘前
讀畢需時 11 分鐘

Adobe 推出 Lightroom Open Eyes,透過一鍵操作將常見的相片修復工作帶到流動裝置,同時也引出對臉部準確度的疑問。此功能使用生成式 AI,即可建立影像內容的軟件,來替換閉上的眼睛。這讓拯救一張相片成為可能,但替換後的內容不再是相機原本拍攝到的記錄。

Adobe 的公告日期為 2026 年 10 月 19 日。其核心主張針對一種日常困擾:本來可用的相片,卻因有人眨眼而失色。更具影響力的改變在於修圖決定本身。Lightroom 可以識別問題並建議特定處理方式,縮短了察覺表情不理想與生成替代內容之間的距離。

Google Photos 的 Best Take 提供了有用的比較對象,該功能會混合相近相片中的表情。Adobe 的新功能則著重生成張開的眼睛,並以參考相片協助結果更貼近人物。核心張力在於便利與忠實度之間:攝影師應該對一張看似正確、但包含新生成細節的臉孔抱有多少信心?

Adobe Lightroom Open Eyes 將眨眼修復設為建議修圖

改變不只在於軟件生成甚麼,也在於修圖功能出現的位置。

根據 Adobe 的 Open Eyes 公告,Lightroom 會偵測閉上的眼睛,並顯示相應的 Quick Action。使用者其後可選擇是否生成修正版本。Adobe 表示,資料庫內該人物的其他相片可協助配對眼睛顏色、形狀和大小。

這使專門的修復功能置於人們平日檢視及改善相片的同一個應用程式內。人物毋須重新擺姿勢,攝影師也毋須先搜尋修圖技巧。

設想一個假想的家庭聚會。相片構圖良好,沒有人遮擋其他人,表情亦傳達了當時的情境。一次眨眼,卻在原本成功的相片中造成細小瑕疵。針對性的修復,讓人有理由保留這一張,而非將它捨棄。

重要的限制是,閉上的眼皮遮住了資訊。原始相片沒有展示虹膜、完整的眼睛張開程度,或被遮掩視線的精確方向。軟件必須從其他地方取得這些細節,或自行作出詮釋。

這使此操作有別於調亮昏暗的臉部。曝光調整改變的是已拍攝資訊的呈現方式;打開閉上的眼睛,則引入了原始畫面從未記錄過的可見內容。

對個人相簿而言,這種分別或許不重要。家長合理地可能寧願看到可辨識的表情,而不是一次眨眼。但若相片被當作文檔記錄展示,同樣的修改便改變了相片可作為證據支持的內容。

應用程式的建議亦值得留意。明確的推薦令功能更容易被發現,但同時將偵測到的表情框定為值得修正的事物。即使使用者仍保有控制權,這種框定仍是一項產品選擇。

眨眼通常是無意的。閉眼也可能代表歡笑、專注、如釋重負,或刻意擺出的姿勢。偵測功能辨認的是外觀,而非確立當事人的意圖或攝影師的重視之處。

這正是成功的建議不只需要準確辨識的原因。它也需要讓使用者輕易拒絕。當使用者決定該表情本就屬於相片時,這張相片應仍然可以被接受。

因此,Adobe Lightroom Open Eyes 在日常流動工作流程中引入了一項簡潔的編輯決定。有用的問題是,對於相片的預定用途而言,建議的改動是否足夠保留人物與當下的時刻。

壓力落在修圖工作流程上

建議式修復提高了便利性的標準,但攝影師仍須為完成的影像負責。

傳統修圖始於一項決定:攝影師識別問題並選擇工具。建議式修圖則顛倒了這個順序。應用程式在使用者尚未構思出工作需求前,先識別一個可能的問題並提供答案。

Adobe 現有的 Quick Actions 工作流程已會分析相片,並建議與內容相關的修圖項目。Open Eyes 將這種互動延伸至一個建議改動會影響人物表情的領域。

這會在工作流程層面對競爭修圖產品構成壓力。若要使用技術上足夠的工具,仍須匯出檔案、說明要求,或操作陌生介面,它的吸引力便會下降。

這並不證明 Adobe 的結果優於競爭軟件。公告中沒有提供比較基準測試。它提出的是另一種競爭主張:當有人察覺瑕疵時,特定的修復功能會在很接近那個時刻出現。

對偶爾拍攝的人來說,功能的可發現性很重要。知道有某種修圖功能存在,是使用它的先決條件。情境式建議免除了認識功能名稱或理解底層技術的需要。

對專業攝影師而言,計算還包括檢查時間。快速生成只有在檢查及修正輸出結果不會耗掉節省時間時才有價值。整項工作在攝影師接受可交付成品時才結束,而非應用程式完成處理時。

一名假想的活動攝影師可說明這個分別。修復過的團體肖像可能需要檢查是否出現視線不一致、眼皮被改動,或眼鏡周圍有變化。若客戶認出陌生的表情,即使成品看起來精緻,仍須修改。

因此,壓力同時落在軟件設計和專業判斷上。應用程式競爭以減少工夫;攝影師則必須決定,減少工夫在何處仍符合其工作的標準。

評估修圖應用程式的買家,應把功能是否提供與可靠完成工作分開看待。功能列表回答的是工具是否存在;實際評估則問其結果有多常能通過檢查,以及能否輕易拒絕不成功的修圖。

攝影師的便利與人物的舒適感亦有分別。有人可能歡迎在家庭肖像中修復眨眼,卻不喜歡專業頭像被改動。同一項操作在不同情境下可以有不同含義。

Adobe Lightroom Open Eyes 令這種判斷更即時。攝影師在檢視影像、決定保留哪些相片時便會遇到這個選項,而非在另一次修圖工作中才處理。

由此產生的競爭關乎整個流程:識別候選相片、提供有用的處理方法、產出可接受的結果,以及保留使用者拒絕的能力。一個顯眼按鈕只處理了其中一部分。

Lightroom Open Eyes 與 Best Take 凸顯參考素材的問題

最重要的比較在於替代臉部資訊從何而來。

Google 於 2023 年 10 月隨 Pixel 8 系列推出 Best Take。Google 描述了一個利用短時間內拍攝的相似相片、結合偏好表情的系統。使用者可從可用影像中選擇另一個表情。

這為比較提供了清晰基礎。在 Google 所描述的工作流程中,替代表情來自另一個被拍攝下來的時刻。最終構圖仍改變了現實,因為所有人未必曾在同一時間做出那些表情。

Adobe 對其流動功能的描述則有不同側重:生成張開的眼睛,並以資料庫中的相片協助提升相似度。兩者的分別關乎來源素材與替換內容的關係。

參考相片可以限制修圖結果,但不會令結果變成逐字不差的複製。知道某人的眼睛顏色和形狀,並不能確立他們在原本曝光瞬間會作出的精確表情。

想像一張在笑聲中拍攝的肖像。另一張參考相片可能顯示同一人平靜地望向鏡頭。兩張影像都呈現該人物,但其眼皮、面頰與視線分屬不同表情。

可信的修復需要令這些關係合理地結合。配對單一特徵,只是維持可辨識臉孔的一部分。周遭表情決定替換內容是否與當下時刻一致。

這令「真實」成為不充分的描述,除非說話者說明其意思。一個結果可以像真實的人,卻描繪了在該畫面中從未出現過的表情。

歷史比較亦限制了對新穎性的主張。Adobe 在 Photoshop Elements 的 Open Closed Eyes 功能文件中,說明該功能會使用來源相片替換閉上的眼睛。Adobe 指出該功能在 2019 年版本中有所改良。

因此,打開眼睛是既有的修圖工作。現時新聞在於它被放入 Lightroom 的流動體驗中,以及生成技術在修復中的角色。

這段歷史很重要,因為熟悉的工作容易引出過於廣泛的結論。較簡單的介面並不代表建立了新的準確度標準。較新的生成方法也不會自動勝過經過仔細挑選的來源相片。

相反,依賴參考素材的工作流程亦有其限制:攝影師需要合適的來源素材。若沒有,基於生成的方法提供了直接替換無法提供的可能性。

這些方式回應的是相關但不同的需要。一種優先讓使用者從已拍攝表情中選擇;另一種則在可用畫面缺乏可見眼睛時,提供建構合理修正的方式。

因此,有用的比較應取決於條件。應根據可用相片、期望結果,以及將臉部細節追溯至已拍攝來源的重要性,評估 Lightroom Open Eyes 與 Best Take。

這可讓競爭立足於實際修圖決定,避免把每種自動臉部修復視為相同技術,或假設最容易的操作必然產生最忠實的影像。

自然的臉孔仍需要準確度檢查

視覺上的合理性與個人相似度是不同標準,一項修圖可以符合其一而錯過其二。

陌生人可能看不出修復後肖像有何異常。當事人卻可能立即注意到陌生的眼皮形狀或視線。兩種反應並不矛盾:它們反映了對該人物不同程度的認識。

獨立測試提供了保持審慎的理由。攝影教育機構 PHLEARN 在其 Open Eyes 測試中報告,一個近距離結果出現虹膜顏色不符,而其中一次嘗試亦改變了眉毛。這些觀察針對特定例子,而非一般失敗率。

不過,這些問題確實值得用來評估。修正後是否保留了人物特徵?是否仍局限於預定範圍?在使用者實際觀看的尺寸下,看起來是否合適?

功能示範無法在每張相片上回答這些問題。精選例子只能證明某種結果可以做到,並不能證明工具能否一致地處理不同臉孔、表情和拍攝條件。

本文檢視的資料來源中,沒有經驗證的成功率。若要聲稱其對不同人口群組、困難光線或擠迫場景均具可靠性,便需要在公告以外進行測試。

缺乏這類證據並不代表工具不能使用,但會改變適當的信心程度。輸出結果應被視為建議的修圖,而非直接接受為準確重建。

相關標準亦會隨用途而變。私人訊息中的小型圖片,對可見細節的要求與印製的人像照不同。放大臉部可能會暴露在縮小預覽中看不見的不一致之處。

這並不表示小圖片毋須仔細檢視。不準確的視線,即使個別細節仍難以辨別,也可以改變表情。問題不僅涉及技術完成度,也涉及其表達的意思。

另一個獨立問題是拍攝對象的意願。張開眼睛看似不如改變臉部結構般重要,但仍會改變一個人的外貌。對客戶工作而言,取得批准可消除修圖介面無法處理的假設。

若用於紀實,界線則更嚴格。新生成的表情改變了被記錄的場景。編輯在考慮效果是否逼真前,應先評估這項改動是否符合刊物的標準。

當圖片脫離原有語境時,這個區別同樣重要。個人的修正版本,日後可能出現在公開簡報或宣傳素材中。觀看者或許不知道當中的臉部內容是生成的。

Adobe Lightroom Open Eyes 不會透過自動化解決這些決定。它是否有用,部分取決於建議出現後,攝影師能否繼續作出判斷。

較站得住腳的立場很明確:眨眼修復可以為特定用途改善相片,但生成出來的眼睛仍屬經編輯的呈現。若要稱這種呈現為真實,就必須說明所採用的標準。

建議修正會改變完成相片的意義

即使是否接受建議仍由使用者決定,一項修圖建議也會影響哪些表情會成為公開紀錄的一部分。

攝影本來已包含選擇。人們會挑選畫面、調整外觀,並決定在哪裡分享。生成式臉部修復加入了另一種選擇:改變所選畫面中的表情。

這種選擇既不必然有問題,也不必然無關痛癢。畢業人像和新聞相片各有不同用途。以同一條規則處理兩者,會掩蓋人們拍攝及觀看這些影像的原因。

對家庭留念而言,理想結果可能是一張所有人都望向鏡頭、並且容易辨認的合照。修復眨眼可以服務這個目的,而無須假裝相片從未被修改。

若用於報道或作為證據,問題便不同了。相片的價值取決於曝光瞬間實際發生的事情。加入相機未曾記錄的表情,無論視覺差異多麼細微,都會影響這種價值。

介面無法單憑閉眼的外觀判斷正確標準。它看見的是可編輯的特徵;攝影師則明白工作要求、與拍攝對象的關係,以及觀眾的期望。

這種責任分工值得繼續保持清晰可見。在使用者尚未考慮是否合適前,一項建議已可能令操作顯得理所當然。

亦有一個文化層面的問題:哪些表情值得保留?笑到閉眼,可能比整齊的注視更能傳達事件本身。一個技術上不完美的畫面,仍可能是更有表現力的相片。

這項顧慮早於 Adobe 的公告已經存在。TechRadar 的 Philip Berne 在 2023 年一篇 Best Take 評論中,主張不完美家庭相片的價值。這種觀點可平衡將每種不尋常表情都視為缺陷的做法。

這並不代表使用者應拒絕臉部修圖,而是代表軟件應支持經過審慎考慮的選擇。原本的表情不應只因應用程式提供替代方案,就需要為自己辯護。

實際的設計含意很直接:不成功或不受歡迎的建議應能輕易略過。將編輯結果與原圖比較,應有助使用者按自己的標準判斷相片是否變得更好。

同一原則亦適用於保留已編輯相片的方式。保留原圖,可讓被捕捉的一刻日後仍能被重新理解。今天偏好的呈現方式,毋須抹去來源。

對委託拍攝人像或活動紀錄的企業而言,這會成為編採政策問題。團隊可以訂明何時可接受臉部生成,以及由誰批准,從而減少交付時的不確定性。

Lightroom 更新的更廣泛意義正在於此。當一項專門處理方式成為流動裝置上的建議操作,更多人便會遇上其背後的判斷。這項決定關乎一張可接受的完成相片應代表甚麼。

流動版本推出後值得留意的事

下一批有用的證據,將涉及可重複的結果、容易理解的控制方式,以及基於參考資料的替代方案如何發展。

第一個訊號是獨立測試,將生成結果與同一拍攝對象的已知相片作比較。最有參考價值的評估,會同時展示成功與失敗的嘗試,並說明各自背後的條件。

一組吸引人的結果只能證明它在特定情況下有用。透明的評估則可揭示哪些情況值得提高信心,以及哪些情況仍需要人手覆核。

對 Lightroom Open Eyes 而言,關鍵區別在於看起來合理,與保留人物身分是否一致。測試應同時檢視兩者。一個令陌生觀眾滿意、卻令拍攝對象失望的結果,正好暴露宣傳例子可能忽略的限制。

一致的相似度證據會強化 Adobe 的主張。若附近特徵反覆被改動,則會削弱「狹窄修復能可靠地維持在狹窄範圍內」的說法。兩種結論都不應建基於單一例子。

下一個訊號是產品就參考資料及使用者控制提供更清晰的指引。攝影師應了解哪些素材會影響修圖,以及如何拒絕錯誤呈現拍攝對象的結果。

有用的指引應釐清:由參考資料引導的詮釋,與直接以另一張相片替換之間的界線。兩種操作可以產生相似外觀,卻支持對結果提出不同主張。

更清晰的資訊,會令這項功能更容易用於評估客戶工作。持續的模糊性則會讓攝影師只能從輸出結果推斷其行為,增加信任這項看似簡單操作所需的成本。

最後一個訊號,是競爭產品如何發展其處理表情的方式。留意可釐清來源選擇、改善比較方式,或讓替換臉部細節的來源更易理解的改動。

單一競爭對手的公告本身不會增加多少證據。一套兼具方便性和更強控制能力的示範工作流程,會對 Adobe 的做法施加更大壓力。若各產品都有類似而未經說明的生成方式,底層的忠實度問題仍會懸而未決。

未來數月,這些訊號比起計算新增多少 AI 功能更重要。真正相關的進展,是建議修圖、可用來源素材與攝影師預定用途之間建立更好的關係。

Adobe Lightroom Open Eyes 處理的是一個容易理解的問題,而它的位置令用戶更容易接觸到解決方法。它的價值將透過人們檢視後願意接受的相片浮現,而非取決於初次點按有多簡單。

在將眨眼修復採用為日常收尾工序前,請把修改後的臉孔與拍攝對象認為準確的相片比較。按其預定觀看尺寸評估結果,並問自己這個表情是否仍屬於那個時刻。對個人相片而言,拍攝對象的偏好可以引導決定;對專業工作而言,應在交付前就可接受的界線達成共識。保留原圖,避免方便的修正成為唯一留存的版本。然後留意能揭示成功與失敗的獨立評估。真正有用的問題很具體:這項編輯是否保留了這個人和這張相片最重要的部分?讓答案決定生成的眼睛是否應出現在最終影像中。

 
 

為每個智能代理提供更完整的背景,提升工作表現

讓智能代理連接 remio 已整理好的知識、決策和歷史紀錄。

remio 目前支援 Windows 10+(x64) 及配備 Apple 晶片的 Mac。

你的 AI 工作夥伴
和 remio 一起高效工作

規劃、創作、交付
一站式完成

bottom of page