Cursor Composer 2.5: 앱을 만들고 Figma까지 넘기는 AI 작업자의 등장

Cursor Composer 2.5를 볼 때 핵심은 “10개 에이전트”라는 숫자보다 작업 흐름입니다. 최근 공개된 데모에서 Composer 2.5는 MagicPath 안에서 여러 에이전트를 활용해 같은 프로젝트의 기능 페이지, 모바일 앱, 컴포넌트를 만들고 결과물을 Figma로 내보내는 흐름을 보여줬습니다.

이 장면이 의미하는 바는 분명합니다. AI 코딩 도구가 단순히 코드를 생성하는 단계를 넘어, 기획된 기능을 구현하고 UI를 구성하며 디자인 협업 도구로 넘기는 end-to-end 작업 흐름 안으로 들어오고 있다는 점입니다.

Composer 2.5는 무엇인가

Composer 2.5는 Cursor에서 사용할 수 있는 코딩 모델입니다.¹ Cursor에 따르면 Composer 2.5는 이전 Composer 2보다 긴 작업을 더 오래 지속하는 능력과 복잡한 지시를 안정적으로 따르는 능력이 개선됐습니다.¹

기반 모델은 Composer 2와 같은 Moonshot의 Kimi K2.5 오픈소스 체크포인트입니다.¹ 따라서 Composer 2.5는 완전히 새로운 기반 모델이라기보다, Cursor가 코딩 에이전트 작업에 맞춰 학습과 강화학습을 더 정교하게 적용한 버전으로 이해하는 편이 정확합니다.

중요한 변화는 “긴 작업을 버티는 능력”이다

앱 제작은 한 번의 프롬프트로 끝나지 않습니다. 기능 페이지를 만들고, 모바일 화면을 조정하고, 재사용 컴포넌트를 정리하고, 결과를 디자인 도구로 넘기는 식의 연속 작업에 가깝습니다.

Composer 2.5가 주목받는 이유도 여기에 있습니다. Cursor는 Composer 2.5 학습에 더 복잡한 강화학습 환경과 새로운 학습 방법을 적용했다고 설명합니다.¹ 특히 특정 오류 지점에 텍스트 힌트를 주는 targeted textual feedback 방식을 사용했습니다.¹

이 방식은 잘못된 도구 호출, 혼란스러운 설명, 스타일 위반처럼 국소적인 행동을 교정하는 데 쓰입니다.¹ 코딩 에이전트가 여러 파일과 도구를 오가며 작업할수록 이런 작은 실수는 전체 결과물의 품질을 크게 흔들 수 있습니다. 즉 Composer 2.5의 개선점은 단순한 답변 품질보다, 긴 작업 과정에서 흐름을 잃지 않는 안정성에 가깝습니다.

“여러 에이전트 + Figma”를 어떻게 봐야 할까

MagicPath 데모에서 흥미로운 부분은 여러 에이전트가 같은 프로젝트 안에서 기능 페이지, 모바일 앱, 컴포넌트를 나눠 만들고 결과를 Figma로 내보내는 장면입니다. 이는 AI가 코드 작성만 돕는 것이 아니라 제품 제작 과정의 여러 단계를 연결하려는 방향을 보여줍니다.

다만 판단 기준은 “에이전트가 몇 개인가”가 아닙니다. 실제로 중요한 질문은 다음에 가깝습니다.

• 여러 파일과 화면을 오가도 맥락을 유지하는가

• 복잡한 지시를 일관되게 따르는가

• 코드와 UI 결과물이 다음 작업 단계로 넘기기 쉬운가

• 사람이 검토하고 수정할 수 있는 형태로 결과를 남기는가

Composer 2.5는 Composer 2보다 25배 많은 합성 작업으로 학습됐고, 그 합성 작업은 실제 코드베이스를 바탕으로 생성됐습니다.¹ 이는 짧은 자동완성보다 실제 개발 흐름에 가까운 작업 단위를 겨냥한 변화로 볼 수 있습니다.

실무에서 볼 기준

Composer 2.5를 평가할 때는 단순히 “코드를 잘 쓰는가”보다 “작업을 끝까지 밀고 갈 수 있는가”를 봐야 합니다. 특히 다음과 같은 작업에서 차이가 드러납니다.

• 여러 파일을 읽고 수정해야 하는 기능 구현

• 기존 코드 스타일을 따라야 하는 컴포넌트 작업

• 모바일 화면과 웹 화면을 함께 고려하는 UI 작업

• 결과물을 디자인 협업 도구로 넘겨야 하는 작업

• 사람이 검토할 수 있도록 변경 사항을 명확히 남기는 작업

독립 분석에서도 Composer 2.5는 Coding Agent Index에서 상위권에 올랐고, 일부 경쟁 모델보다 작업당 비용이 낮게 측정됐습니다.² 코딩 에이전트는 긴 작업에서 토큰과 도구 호출을 많이 쓰기 때문에, 비용 효율은 실제 도입 가능성과도 연결됩니다.

결론

Cursor Composer 2.5의 핵심은 더 똑똑한 챗봇이 아닙니다. 핵심은 앱 제작 과정을 작은 작업 단위로 나누고, 여러 에이전트가 이어서 처리하며, 결과물을 Figma 같은 협업 도구로 넘기는 방향입니다.

지금 실무에 적용한다면 큰 목표를 한 번에 맡기기보다 작은 기능 단위로 나누는 것이 좋습니다. 목표, 성공 조건, 검토 기준을 명확히 적고 결과물을 코드와 디자인 양쪽에서 확인해야 합니다.

AI가 더 많은 실행을 맡을수록 사람의 역할은 직접 작성에서 검수, 방향 설정, 품질 관리로 이동합니다. Composer 2.5는 그 전환이 코딩 도구 안에서 더 구체적으로 진행되고 있음을 보여주는 사례입니다.

¹Introducing Composer 2.5 · Cursor

²Cursor's Composer 2.5: third on the Coding Agent Index and ~10-60x lower cost than rivals