아직 아무도 이야기하지 않는 Cursor 3의 3가지 기능
요약
Cursor 3의 주요 기능 중 대중에게 잘 알려지지 않았지만 실질적인 작업 효율을 높여주는 세 가지 핵심 기능을 소개합니다. UI 요소를 직접 지정하는 Design Mode, 컨텍스트 스위칭을 최소화하는 통합 PR 리뷰 워크플로우, 그리고 작업 속도를 높이는 병렬 에이전트 기능을 다룹니다.
핵심 포인트
- Design Mode를 통해 복잡한 UI 설명 없이 브라우저 요소를 직접 가리켜 에이전트에게 명령할 수 있습니다.
- PR 생성부터 머지까지의 전 과정을 Cursor 내에서 처리하여 개발자의 컨텍스트 스위칭 비용을 획기적으로 줄입니다.
- Bugbot의 'high effort' 설정을 통해 중요한 PR에 대해 더 정밀한 버그 탐색이 가능합니다.
- 병렬 에이전트 기능을 통해 의존성이 없는 작업 단계들을 동시에 실행하여 워크플로우를 가속화합니다.
모두가 Agents Window(에이전트 창), 병렬 에이전트(parallel agents), 클라우드 핸드오프(cloud handoff), 그리고 'Glass'라는 코드명 아래 처음부터 다시 구축된 인터페이스에 대해 쓰고 있습니다. 이것들은 헤드라인을 장식할 기능들이며 충분히 다뤄질 가치가 있습니다. 하지만 2026년 4월 2일에 출시된 이후 Cursor 3를 심도 있게 사용해 본 결과, 실제로 제 작업 방식을 바꾼 기능들은 발표 게시물에 담긴 것들이 아니었습니다. 여기 조용히 가장 유용한 작업을 수행하고 있지만, 대부분의 개발자가 아직 발견하지 못했거나 완전히 이해하지 못한 Cursor 3의 기능들이 있습니다.
-
Design Mode (디자인 모드) — UI 요소를 설명하는 대신 가리키기
이 기능은 변경 로그(changelog)에 묻혀 있으며 주요 발표에서도 거의 언급되지 않았습니다. Agents Window에서 Design Mode를 활성화하면 브라우저 내의 UI 요소를 직접 주석을 달고 타겟팅할 수 있습니다. "마우스를 올렸을 때 나타나는 내비게이션 바의 오른쪽 상단 버튼"과 같은 프롬프트(prompt)를 작성하는 대신, 그냥 그것을 가리키기만 하면 됩니다. 에이전트는 당신이 무엇을 가리키는지 정확히 알게 됩니다. 이것은 사소해 보일 수 있지만, 결코 사소하지 않습니다. AI 모델에게 UI 컨텍스트(context)를 설명하려고 애써본 사람이라면 누구나 이 문제를 알고 있습니다. 직접 수정하는 것보다 무엇을 보고 있는지 설명하는 데 더 많은 단어를 쓰게 됩니다. Design Mode는 그 과정을 완전히 없애줍니다. 당신은 가리키기만 하면 되고, 에이전트는 실행합니다. 사용 방법: Cmd+Shift+P -> Agents Window를 통해 Agents Window를 연 다음, 에이전트 툴바에서 Design Mode를 활성화하세요. 이 기능은 기존 IDE 뷰가 아닌 Agents Window에서만 작동하며, 이것이 아마도 기존 IDE 인터페이스를 사용하는 대부분의 개발자가 아직 이 기능을 발견하지 못한 이유일 것입니다. -
전체 리뷰 워크플로우를 대체하는 PR 리뷰 경험
Cursor 3는 대부분의 개발자가 사소한 기능으로 취급하고 있는 PR(Pull Request) 리뷰 경험을 출시했습니다. 이것은 사소하지 않습니다. 이제 PR의 생성부터 머지(merge)까지 전 과정을 완전히 Cursor 내에서 처리할 수 있습니다. 에이전트가 변경 사항을 검토하고, 문제를 표시하며, 개선 사항을 제안하고, GitHub로 이동했다가 다시 터미널로, 다시 GitHub로, 다시 에디터로 돌아오는 번거로움 없이 PR의 전체 라이프사이클(lifecycle)을 추적합니다.
코드 리뷰에서 발생하는 컨텍스트 스위칭 비용 (context switching tax)은 엄청나지만, 항상 존재해 왔기 때문에 거의 눈에 보이지 않습니다. PR 코멘트를 확인하기 위해 에디터를 떠났다가 다시 돌아올 때마다 당신은 비용을 지불하게 됩니다. Cursor 3는 이러한 컨텍스트 스위칭을 제거합니다. Bugbot 통합은 이를 더욱 날카롭게 만듭니다. 이제 팀별 또는 개인별로 맞춤 설정할 수 있는 '높은 노력 (high effort)' 설정을 사용하면, Bugbot은 기본 설정보다 실행당 훨씬 더 많은 버그를 찾아냅니다. 트레이드오프 (tradeoff)는 비용과 시간입니다. 하지만 버그를 놓쳤을 때의 대가가 큰 중요한 PR의 경우, 노력의 강도를 높일 수 있는 이 옵션은 진정으로 유용하며, 대부분의 PR 리뷰 도구는 사용자에게 이러한 제어권을 부여하지 않습니다.
-
플랜에서의 병렬 에이전트 (Parallel Agents on Plans) — 작업 범위를 설정하는 방식을 바꾸는 기능
Cursor 3에서 플랜 (plan)을 생성하면, 에이전트 (agents)는 의존성 (dependencies)이 허용하는 한 단계들을 병렬로 실행합니다. 이는 성능 향상처럼 들리지만, 실제로는 워크플로우 (workflow)의 변화입니다. 단계들이 병렬로 실행되기 때문에, 당신은 작업을 다르게 생각하기 시작합니다. 선형적인 작업 순서 대신, 의존성 그래프 (dependency graph)를 생각하게 됩니다. 무엇이 무엇보다 먼저 수행되어야 하는가? 무엇이 동시에 일어날 수 있는가? 이것이 시니어 엔지니어들이 복잡한 작업을 생각하는 방식입니다. Cursor 3는 본질적으로 그 사고 모델 (mental model)을 도구로 외재화합니다. 당신은 플랜을 작성합니다. 도구는 무엇을 병렬로 실행할 수 있는지 파악합니다. 당신은 여러 작업이 동시에 구축되는 것을 지켜봅니다. 이 기능과 함께 출시된 퀵 액션 필 (quick action pills) — 명령어를 직접 입력하는 대신 한 번의 클릭 옵션으로 나타나는 일반적인 워크플로우 액션 — 은 병렬 작업을 지시하는 마찰을 크게 줄여줍니다. 타이핑은 줄어들고, 반복 (iteration)은 빨라지며, 실제로 작업이 진행되는 것을 지켜보는 시간은 늘어납니다. -
Composer 2가 진짜 엔진이다 — 그리고 대부분의 개발자는 그것이 무엇인지 이해하지 못한다
사람들의 관심은 Cursor 3에 쏠립니다. 하지만 3월 19일에 출시되어 Cursor 3의 에이전트들을 구동하는 Composer 2가, 왜 에이전트들이 다르게 느껴지는지를 실제로 설명해 주는 부분입니다. Composer 2는 프런티어 모델 (frontier model)을 감싸고 있는 래퍼 (wrapper)가 아닙니다.
이것은 Moonshot AI의 Kimi K2.5를 베이스로 구축된 Cursor 자체 모델입니다. 이후 코드 비중이 높은 데이터 믹스 (data mix)를 통해 지속적 사전 학습 (continued pre-training)을 거쳤으며, 실제 Cursor 세션에서의 대규모 강화학습 (reinforcement learning)이 이어졌습니다. 전체 컴퓨팅 자원의 약 75%는 베이스 모델이 아닌 Cursor 자체 학습에서 발생했습니다. 이것이 실무적으로 의미하는 바는 Composer 2가 단순히 추상적인 코드뿐만 아니라, 개발자들이 실제로 Cursor를 사용하는 방식에 대해 학습되었다는 것입니다. 모델은 자신이 실행되고 있는 도구를 알고 있습니다. 워크플로 (workflows)를 이해합니다. 실제 Cursor 세션을 통해 강화되었습니다. 이는 요청을 Claude나 GPT로 라우팅 (routing)하고 모델이 IDE 컨텍스트 (context)를 이해하기를 바라는 방식과는 근본적으로 다른 접근 방식입니다. Composer 2는 특히 이 환경을 위해 구축되었습니다. 복잡한 다중 파일 작업 (multi-file tasks)에서의 성능 도약은 눈에 띄며, 이는 단순한 플라시보 효과가 아닙니다. 5. 환경 버전 히스토리 (Environment Version History) — 과소평가된 안전망. 이 기능은 가장 최근 업데이트에 조용히 출시되었으며, 아직 이에 대해 글을 쓴 사람을 보지 못했습니다. 이제 Cursor의 모든 개발 환경은 검토 및 롤백 (roll back)할 수 있는 자체 버전 히스토리를 가집니다. 만약 에이전트 (agent)가 환경을 잘못 설정하거나 — 잘못된 의존성 버전 (dependency version)을 설치하거나, 도구를 잘못 구성하거나, 설정 중 무언가를 망가뜨린다면 — 무엇이 변했는지 디버깅하는 대신 이전 환경 상태로 롤백할 수 있습니다. 개인 개발자와 소규모 팀에게 이는 진정으로 유용합니다. 환경 구성 버그는 증상은 코드에서 나타나지만 원인은 설정에 있기 때문에 진단하는 데 가장 많은 시간이 소요되는 문제 중 하나입니다. 환경 자체의 버전 히스토리는 검증된 양호한 상태로 돌아갈 수 있는 직접적인 경로를 제공합니다. 관리자 (Admins)는 롤백 권한을 관리자에게만 제한할 수도 있습니다. 이는 환경 일관성이 중요하며, 개별 개발자가 감독 없이 공유 설정을 롤백하는 것을 원치 않는 팀에게 매우 중요합니다.
내가 계속 지켜보고 있는 기능
Cursor는 Enterprise 팀을 대상으로 자동 환경 설정 (automated environment configuration) 기능을 프라이빗 베타 (private beta)로 출시하고 있습니다. 이 기능은 사용자의 저장소 (repos)를 검사하여 필요한 도구와 의존성 (dependencies)을 파악하고, 사용자가 편집 및 버전 관리 (versioning)를 할 수 있는 설정 파일을 생성합니다. 환경을 구성하는 동안 질문을 던지고, 누락된 자격 증명 (credentials)을 표시하며, 환경이 제대로 설정되었는지 검증합니다. 이 기능은 아직 널리 사용 가능하지 않습니다. 하지만 설명된 대로 작동한다면, 새로운 개발자를 온보딩 (onboarding)하거나 새로운 프로젝트를 시작할 때 가장 고통스러운 부분 중 하나를 해결해 줄 것입니다. 즉, 항상 계획보다 오래 걸리고 코드의 문제가 아닌 특정 기계의 문제로 인해 깨져버리는 환경 설정 (environment setup) 문제입니다.
Cursor 3의 실체
이번 발표는 Cursor 3를 에이전트 (agents)와 함께 소프트웨어를 구축하기 위한 통합 워크스페이스 (unified workspace)로 정의했습니다. 이는 정확한 표현이지만, 그 변화의 폭을 과소평가한 것입니다. 전통적인 IDE (Integrated Development Environment) 관점은 여전히 존재하며 여전히 작동합니다. 언제든지 다시 전환할 수 있습니다. 하지만 에이전트 창 (Agents Window)은 소프트웨어가 구축되는 방식의 진정으로 다른 모델을 나타냅니다. 즉, 모든 줄을 직접 타이핑하는 타자수로서의 당신이 아니라, 에이전트를 지시하는 설계자 (architect)로서의 당신을 의미합니다. 에이전트 창 (Agents Window), 병렬 실행 (parallel execution), 클라우드 에이전트 핸드오프 (cloud agent handoff), 디자인 모드 (Design Mode), 그리고 내장된 Git은 모두 의미 있는 추가 기능들로, Cursor를 AI를 갖춘 스마트한 IDE에서, 내부에 훌륭한 IDE를 품고 있는 에이전트 오케스트레이션 플랫폼 (agent orchestration platform)에 더 가까운 무언가로 이동시킵니다.
아무도 이야기하지 않는 기능들
아무도 이야기하지 않는 기능들은, 단순히 데모에서 인상적으로 보이는 것을 넘어 일상적인 사용에서 그 변화를 실감하게 만드는 기능들입니다. 디자인 모드 (Design Mode), PR 리뷰 라이프사이클 (PR review lifecycle), 환경 버전 히스토리 (environment version history), 병렬 계획 실행 (parallel plan execution) — 이 기능들은 단순히 키노트 슬라이드를 바꾸는 기능이 아니라, 화요일 오후의 업무 방식을 바꾸는 기능들입니다.
Exact Solution은 유럽 전역으로 배송되는 인증 리퍼비시 전자제품 마켓플레이스입니다. 우리는 Apple, Dell, HP, Lenovo의 최고의 리퍼비시 노트북을 보유하고 있으며, 모든 제품은 완벽하게 테스트되어 배송 준비가 되어 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기