Adobe 擴大 Photoshop、Premiere 與 Firefly 的 AI 代理與創意工具

Adobe 正在將 AI 策略擴展到 Photoshop、Premiere、Illustrator、InDesign、Lightroom 與 Firefly，將應用程式內的新功能與一套設計用於跨創意工作流程執行操作的代理系統結合。公司也宣布推出本機 Model Context Protocol（MCP），可讓 ChatGPT、Claude 與 Gemini 等外部助理存取更多 Creative Cloud 功能。

這些在邁阿密 Adobe MAX 上公布的消息顯示，Adobe 正同時應對兩種壓力：既有創意應用程式內對更快速 AI 輔助製作的需求，以及可能成為軟體主要介面的代理平台崛起。最直接的競爭訊號是 Firefly Builder——一款私人測試版原型設計工具，讓 Adobe 更深入進入與 Figma 相關的領域。

Adobe 擴大 Creative Cloud 內的 AI

Adobe 正在加入具體的 AI 功能，而非取代創意應用程式的核心工作流程。Photoshop 將獲得重新打光功能，以及透過提示套用生成式風格的控制項。Premiere 將新增專業色彩分級系統與影片物件移除工具。Lightroom 則會提供修正眨眼與移除瑕疵的工具。

公司也透過其所稱更主動、全天候運作的代理，讓部分操作更容易使用。Adobe 表示，該代理能運用更多與使用者工作相關的情境資訊，協助完成移除背景、生成影片縮圖等快速任務。

這種方式對專業使用者很重要，因為許多常見的編輯工作雖然重複，卻仍需要情境資訊。移除物件、調整主體外觀或準備縮圖，單獨看可能很簡單，但在大型內容管線中可能變得成本高昂。因此，Adobe 方案的價值不會只取決於個別功能是否存在，而更取決於這些功能是否能可靠地保留使用者意圖與現有專案結構。

Firefly 朝向原型設計與製作發展

Adobe 的 Firefly 應用程式將加入 Builder，一款用於建立能傳達設計概念原型的私人測試版工具。這項功能讓 Firefly 更接近 Figma 等產品，不過現有證據尚不足以判斷 Builder 在協作、程式碼生成、版本控制或交付製作方面與 Figma 的差異。

Adobe 也推出用於建立符合品牌規範圖表的工具，以及一項能修改影像某一部分、而不改變其他物件的影像編輯功能。在影片方面，新的 Firefly 工具將利用片段以及影像、音效等額外元素組合專案。

這些新增功能讓 Firefly 超越單獨的影像生成。對產品團隊而言，更關鍵的問題是 Adobe 能否連結構想發展、品牌控制、素材編輯與影片組裝，同時避免造成支離破碎的工作流程。原型工具在概念階段可能很有用，但其實際影響將取決於匯出選項、審查流程、可編輯性，以及與現有 Creative Cloud 檔案的相容性。

Adobe 也正在擴大產品中可用的模型選擇。公司目前已提供 Google、Runway、ElevenLabs、Black Forest Labs、OpenAI、Kling 與 ByteDance 的模型。Adobe 近期收購的公司之一 Topaz Labs，將推出用於升頻與降噪的 Wonder 4，以及可將標準影像轉換為 HDR 的 ImageHDR。

MCP 讓外部助理更接近 Adobe 工作流程

Adobe 的本機 MCP 設計用於讓其他聊天機器人呼叫 Creative Cloud 應用程式中更廣泛的功能。Adobe 已針對部分產品操作整合 ChatGPT 與 Claude；MCP 則旨在為 Illustrator、Photoshop、After Effects 與 Premiere 等應用程式提供更廣泛的介面。

Adobe 副總裁 Deepa Subramaniam 告訴 TechCrunch，公司仍在決定要開放哪些功能，並會利用使用者回饋引導這項工作。她的說法顯示，MCP 是持續演進中的存取層，而不是涵蓋所有 Adobe 操作的完成版目錄。

這項區分對開發者與企業買家很重要。MCP 可以減少助理與創意軟體之間的摩擦，但也會引發權限、可稽核性、破壞性操作、資料處理與多步驟任務可靠性等問題。Adobe 決定以本機形式發布 MCP，或許能提供更受控的部署模式，但來源資料並未提供詳細的安全性或治理規格。

這項宣布也發生在 MCP 本身正受到討論之際。TechCrunch 報導，Figma 共同創辦人 Dylan Field 曾稱該標準並不完善，並主張它更有利於前沿 AI 實驗室。這項批評凸顯了業界更廣泛的問題：互通性標準究竟會讓軟體使用者獲得彈性的代理存取，還是主要強化營運最強大助理的公司？

這項宣布對開發者與企業的意義

對創意團隊而言，Adobe 的發布在他們可能已經使用的工具中，創造了更多自動化可能。製作流程可以將外部助理與 Photoshop 編輯、Premiere 操作及 Illustrator 作業結合，而不必要求使用者在 AI 聊天機器人與 Creative Cloud 之間手動切換。

然而，採用與便利性同樣取決於控制能力。企業需要了解代理能存取哪些素材、操作是否需要確認、變更如何記錄，以及自動化編輯能否復原。重視品牌的團隊也需要測試，符合品牌規範的生成與圖表製作能否在不同活動中產生一致結果，而不只是單獨看起來很吸引人的輸出。

對開發者而言，MCP 可能比任何單一功能都更重要，因為它在 Adobe 既有安裝基礎上創造了可能的整合介面。不過，在可用操作、驗證模式、速率限制與失敗行為完成文件化前，開放式端點策略很難產品化。Adobe 表示將依賴使用者回饋，這暗示隨著實際工作流程出現，這些細節可能會改變。

目前關於效能與採用情況的資訊仍很有限。來源資料報導了產品發布與 Adobe 自身的計畫，但沒有提供新工具的獨立基準測試、使用資料或客戶證據。因此，在使用者於生產環境中測試之前，關於生產力的說法都應視為尚未驗證。

接下來值得關注的事項

第一個訊號將是 Firefly Builder 在私人測試版階段的範圍與穩定性。其實用性取決於原型能否順利進入設計審查、協作與實作階段。

第二個是 Adobe MCP 的實際文件。開發者將關注確切的端點、權限控制、本機部署要求，以及跨 Creative Cloud 應用程式的多步驟操作支援。

Adobe 的模型策略也是另一項關鍵指標。支援多家供應商的模型能提供更多選擇，但也可能在同一工作流程中造成品質、成本、授權與行為上的差異。最後，企業買家在允許全天候運作的代理處理生產檔案之前，會希望看到可靠性、素材保護與可逆性的獨立證據。

Creati.ai 的觀點

Adobe 並不只是為個別應用程式加入生成式功能；它正將 Creative Cloud 定位為 AI 輔助創意工作的作業層。Firefly Builder 處理構想發展的前端，而 MCP 則處理代理如何存取製作完成品的工具。

機會相當可觀，但真正困難的部分是建立營運信任。Adobe 的宣布建立了更廣泛的能力集合，卻尚未證明存在經過驗證的自主工作流程。對開發者與企業團隊而言，下一階段不會只是計算 AI 按鈕的數量，而是測試權限、編輯忠實度、互通性與可量化的時間節省。