Adobe가 Creative Cloud 전반에 AI 에이전트, Firefly Builder, 새로운 편집 도구를 추가하는 가운데 MCP가 챗봇의 워크플로 접근 범위를 넓힌다.

Adobe가 Photoshop, Premiere, Illustrator, InDesign, Lightroom, Firefly 전반에서 AI 전략을 확대하고 있다. 새로운 인앱 기능과 함께 크리에이티브 워크플로 전반에서 작업을 수행하도록 설계된 에이전트 시스템을 결합한다. 또한 ChatGPT, Claude, Gemini 같은 외부 어시스턴트에 더 많은 Creative Cloud 기능을 노출할 수 있는 로컬 Model Context Protocol(MCP)도 발표했다.
마이애미에서 열린 Adobe MAX에서의 발표는 Adobe가 두 가지 압력에 동시에 대응하고 있음을 보여준다. 기존 크리에이티브 애플리케이션 내부에서 더 빠른 AI 지원 제작을 원하는 수요와, 소프트웨어의 주요 인터페이스가 될 수 있는 에이전트 플랫폼의 부상이다. 가장 직접적인 경쟁 신호는 프라이빗 베타 프로토타이핑 도구인 Firefly Builder다. 이를 통해 Adobe는 Figma와 연관된 영역으로 더 깊이 진입한다.
Adobe는 크리에이티브 애플리케이션의 핵심 워크플로를 대체하기보다 특정 AI 기능을 추가하고 있다. Photoshop에는 재조명 기능과 프롬프트를 통한 생성 스타일 적용 제어 기능이 추가된다. Premiere에는 새로운 전문가용 색보정 시스템과 동영상 속 객체 제거 도구가 제공된다. Lightroom에는 눈 깜빡임을 보정하고 잡티를 제거하는 도구가 추가된다.
또한 Adobe는 보다 능동적이고 항상 켜져 있는 에이전트를 통해 일부 작업에 더 쉽게 접근하도록 한다. Adobe에 따르면 이 에이전트는 사용자의 작업에 관한 추가 맥락을 활용해 배경 제거와 동영상 썸네일 생성 같은 빠른 작업을 지원할 수 있다.
이 접근 방식이 전문가 사용자에게 중요한 이유는 일반적인 편집 작업 중 상당수가 반복적이지만 여전히 맥락을 필요로 하기 때문이다. 객체를 제거하거나 피사체의 외관을 조정하거나 썸네일을 준비하는 일은 개별적으로는 간단할 수 있지만, 대규모 콘텐츠 파이프라인에서는 비용이 커질 수 있다. 따라서 Adobe 접근 방식의 가치는 개별 기능의 존재보다 사용자의 의도와 기존 프로젝트 구조를 얼마나 안정적으로 보존하는지에 달려 있다.
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을 출시한다.
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의 이번 출시로 이미 사용 중일 수 있는 도구 안에서 자동화할 수 있는 가능성이 커진다. 제작 워크플로는 사용자가 AI 챗봇과 Creative Cloud 사이를 수동으로 전환하는 대신 외부 어시스턴트와 Photoshop 편집, Premiere 작업, Illustrator 작업을 결합할 수 있다.
그러나 도입은 편의성만큼이나 제어 기능에 달려 있다. 기업은 에이전트가 어떤 에셋에 접근할 수 있는지, 작업에 확인이 필요한지, 변경 사항이 어떻게 기록되는지, 자동 편집을 되돌릴 수 있는지를 파악해야 한다. 브랜드를 중시하는 팀은 브랜드에 맞춘 생성과 그래프 제작이 단순히 개별적으로 매력적인 결과가 아니라 캠페인 전반에서 일관된 결과를 내는지도 시험해야 한다.
개발자에게 MCP는 개별 기능 하나보다 더 중요할 수 있다. Adobe의 기존 사용자 기반을 중심으로 통합 표면을 만들 가능성이 있기 때문이다. 하지만 이용 가능한 작업, 인증 모델, 호출 제한, 오류 동작이 문서화되기 전에는 개방형 엔드포인트 전략을 제품화하기 어렵다. 사용자 피드백에 의존하겠다는 Adobe의 설명은 실제 워크플로가 등장함에 따라 이러한 세부 사항이 바뀔 수 있음을 시사한다.
성능과 도입 현황에 관한 정보는 아직 제한적이다. 소스 자료는 제품 발표와 Adobe의 자체 계획을 다루지만, 새 도구에 대한 독립적인 벤치마크, 사용 데이터, 고객 근거를 제공하지 않는다. 따라서 생산성에 관한 주장은 사용자가 실제 운영 환경에서 시험할 때까지 검증되지 않은 것으로 봐야 한다.
첫 번째 신호는 프라이빗 베타가 진행되는 동안 Firefly Builder의 범위와 안정성이다. 프로토타입을 디자인 검토, 협업, 구현 단계로 원활하게 옮길 수 있는지가 유용성을 좌우한다.
두 번째는 Adobe MCP의 실질적인 문서화다. 개발자들은 정확한 엔드포인트, 권한 제어, 로컬 배포 요구사항, Creative Cloud 애플리케이션 간 다단계 작업 지원 여부를 지켜볼 것이다.
Adobe의 모델 전략도 핵심 지표다. 여러 공급자의 모델을 지원하면 사용자의 선택지는 늘어나지만, 동일한 워크플로 안에서 품질, 비용, 라이선스, 동작의 차이가 생길 수도 있다. 마지막으로 기업 구매자들은 항상 켜져 있는 에이전트가 제작 파일을 다루도록 허용하기 전에 신뢰성, 에셋 보호, 가역성에 관한 독립적인 증거를 원할 것이다.
Adobe는 단순히 개별 앱에 생성 기능을 추가하는 것이 아니다. Creative Cloud를 AI 지원 크리에이티브 작업을 위한 운영 계층으로 포지셔닝하고 있다. Firefly Builder는 아이디어 구상의 앞단을 담당하고, MCP는 에이전트가 완성된 에셋이 제작되는 도구에 접근하는 방식을 담당한다.
기회는 상당하지만 어려운 부분은 운영상의 신뢰를 구축하는 일이다. Adobe의 발표는 더 폭넓은 기능 집합을 제시했지만, 아직 검증된 자율 워크플로를 입증한 것은 아니다. 개발자와 기업팀에게 다음 단계는 AI 버튼의 개수를 세는 일이 아니라 권한, 편집 충실도, 상호운용성, 측정 가능한 시간 절감을 시험하는 일이 될 것이다.