Cursor 3.0 / Composer 2
IT/AI
Cursor 3, “에이전트면 다 된다”는 말이
걸리는 이유 있습니다
결론부터 말씀드리면, Cursor 3는 에이전트 우선 IDE로 완전히 방향을 틀었습니다. 2026년 4월 2일 공개된 이번 버전은 Tab 자동완성 중심이던 기존 구조를 버리고, 멀티 에이전트·클라우드 실행을 핵심으로 내세웁니다. 공식 자료를 직접 뜯어보니, 기대했던 것과 다른 부분이 꽤 있었습니다. 특히 “한도 걱정 없이 쓸 수 있다”는 말이 조건부라는 점, 그리고 복잡한 작업에서 Claude Code보다 18% 느리다는 실측 수치가 그렇습니다.
(Composer 2)
에이전트 생성 비율
vs Tab 사용자 수
Cursor 3가 선언한 것과 실제로 바뀐 것
Cursor는 이번 업데이트를 “소프트웨어 개발의 세 번째 시대”를 위한 전환이라고 공식 블로그에서 직접 밝혔습니다. (출처: cursor.com/ko/blog/third-era, 2026.04.02) 첫 번째 시대는 Tab 자동완성, 두 번째는 동기식 에이전트, 세 번째가 지금 — 클라우드에서 자율적으로 돌아가는 에이전트 집단이라는 구도입니다.
실제로 Cursor 내부에서 머지되는 PR의 35%가 이미 클라우드 VM에서 에이전트가 자율 생성한 것이라는 수치도 공식 자료에 나옵니다. 이건 그냥 홍보 문구가 아니라, 팀 스스로가 이 방식으로 일하고 있다는 근거입니다. (출처: cursor.com/ko/blog/third-era)
새 인터페이스의 핵심은 에이전트 창(Agents Window)입니다. Cmd+Shift+P → Agents Window를 입력하면 로컬, 워크트리, 클라우드, SSH 원격 환경을 한 화면에서 관리할 수 있습니다. 기존 IDE 화면은 사라지는 게 아니라 선택지 중 하나로 남아 있습니다.
💡 공식 발표문과 실제 사용자 반응을 같이 놓고 보니 이런 차이가 보였습니다 — Cursor가 강조하는 “IDE는 사라지지 않는다”는 말은 사실이지만, 기본 진입점이 에이전트 창으로 바뀐 것만으로도 습관을 바꿔야 합니다. 개발 흐름을 처음부터 다시 설계해야 하는 수준입니다.
Composer 2 벤치마크, 숫자가 말하는 진짜 의미
Cursor 3와 함께 공개된 자체 코딩 모델 Composer 2의 벤치마크가 눈길을 끕니다. CursorBench에서 Composer 2는 61.3점을 기록했고, 이전 세대인 Composer 1.5(44.2점), Composer 1(38.0점)과 비교하면 상당한 수치입니다. (출처: cursor.com/ko/blog/composer-2, 2026.03.xx)
Terminal-Bench 2.0에서도 Composer 2는 61.7점을 기록했습니다. Composer 1.5(47.9점)보다 29% 향상된 수치입니다. 이게 의미 있는 이유는, Terminal-Bench 2.0이 Laude Institute가 관리하는 터미널 에이전트 벤치마크라는 점입니다 — 실제 개발 환경을 전제로 합니다.
| 모델 | CursorBench | Terminal-Bench 2.0 | SWE-bench Multilingual |
|---|---|---|---|
| Composer 2 | 61.3 | 61.7 | 73.7 |
| Composer 1.5 | 44.2 | 47.9 | 65.9 |
| Composer 1 | 38.0 | 40.0 | 56.9 |
(출처: cursor.com/ko/blog/composer-2, 2026.03.xx 기준)
Composer 2의 가격은 입력 토큰 100만 개당 2.50달러입니다. 동일한 지능의 빠른 버전은 7.50달러입니다. 공식 기준으로 이 빠른 버전이 기본값으로 제공될 예정입니다. (출처: cursor.com/ko/blog/composer-2) 즉, 기본값은 3배 비싼 쪽입니다 — 무심코 사용하면 토큰 소비가 빠릅니다.
에이전트 창 실제로 써보니 — 좋은 것과 불편한 것
로컬↔클라우드 전환이 매끄러워졌습니다
에이전트 창의 가장 실용적인 기능은 세션을 클라우드에서 로컬로, 또는 로컬에서 클라우드로 실시간 이동할 수 있다는 점입니다. 오래 걸리는 작업을 클라우드에 올려놓고 노트북을 닫아도 에이전트가 계속 돌아갑니다. (출처: cursor.com/ko/blog/cursor-3) 이건 기존 Cursor에서는 불가능했습니다.
디자인 모드가 새로 생겼습니다
브라우저 안에서 직접 UI 요소에 주석을 달고 에이전트에게 지시하는 “디자인 모드”가 추가됐습니다. Cmd+Shift+D로 진입하고, Shift+드래그로 영역을 선택한 뒤, Cmd+L로 채팅에 추가합니다. (출처: cursor.com/ko/changelog/3-0) 프론트엔드 작업에서 “이 버튼 색상만 바꿔줘”를 정확하게 짚어줄 수 있어서 편합니다.
그런데 워크트리 승인 단계가 흐름을 끊습니다
실제 사용자들이 가장 많이 지적한 부분입니다. 워크트리 관련 git 작업마다 수동 승인이 필요해서 예전의 인라인 diff 흐름보다 느리다는 반응이 Reddit에서 스코어 168점(찬성률 89%)으로 상위권에 올라와 있습니다. “이전 버전보다 심각한 퇴보”라는 표현까지 나왔습니다. (출처: r/cursor, 2026.04.04)
💡 한 가지 간과하기 쉬운 부분이 있습니다 — 에이전트 창은 기존 IDE를 대체하는 게 아니라 추가 선택지입니다. 하지만 기본 진입점이 바뀌었기 때문에 익숙한 흐름을 유지하려면 IDE로 전환 버튼을 매번 눌러야 합니다. 이 점이 알파 사용자들이 “IDE가 옵션으로 밀렸다”고 느끼는 실제 이유입니다.
복잡한 작업에서 Claude Code보다 느린 이유
많은 사람이 “Cursor 3는 에이전트가 강화됐으니 무조건 빠르다”고 생각하기 쉽습니다. 막상 데이터를 보면 다릅니다. SitePoint가 100개의 표준화된 코딩 과제를 실측한 결과, 전체 작업 기준 속도는 Claude Code와 Cursor가 각각 중앙값 90 TPS vs 85 TPS로 큰 차이가 없었습니다. 그런데 풀피처 구현(5개 이상 파일 수정) 기준으로는 Claude Code가 18% 빨랐습니다. (출처: SitePoint AI Coding Benchmark 2026, sitepoint.com, 2026.03.11)
이유는 구조 차이입니다. Cursor는 인라인 diff를 렌더링할 때마다 UI 사이클이 한 번씩 끼어듭니다. 큰 결과물에서는 1.5~3초가 추가됩니다. Claude Code는 터미널에서 파일 읽기-수정-컴파일-오류 확인-재수정을 UI 개입 없이 연속으로 처리합니다. 단순 작업에서는 Cursor가 12% 빠른데, 복잡한 작업에서는 역전됩니다.
⚠️ 주의할 수치
한 풀피처 Java 작업에서 Cursor의 모델 라우팅이 검증 루프를 2회 추가로 실행하면서 2.47달러가 청구됐습니다. 같은 티어 평균(1.14달러)의 2배가 넘는 금액입니다. 프리미엄 모델 라우팅이 활성화된 상태면 사전에 월 지출 상한선을 설정하는 걸 권장합니다. (출처: sitepoint.com, 2026.03.11)
반면 Rust 프로젝트에서는 격차가 더 벌어집니다. Claude Code가 컴파일→오류→수정 사이클을 자율적으로 3~4회 반복하는 동안 Cursor는 수동 개입이 필요해서, Rust 정확도가 Claude Code 72% vs Cursor 58%로 14포인트 차이납니다. 이건 단순 성능 차이가 아니라 구조적 차이입니다.
요금제 구조: Pro vs Pro+ vs Ultra, 어디서 갈리나
Cursor 3와 함께 요금제가 재편됐습니다. 공식 가격 페이지(cursor.com/ko/pricing) 기준으로 아래와 같습니다. 이 수치는 포스팅 작성 시점(2026.04.06) 기준이며, 변경될 수 있습니다.
| 플랜 | 가격 | 핵심 차이 |
|---|---|---|
| 취미(Hobby) | 무료 | Agent 요청·Tab 제한적 |
| Pro | $20/월 | Agent 한도 확장, 프런티어 모델, 클라우드 Agent |
| Pro+ | $60/월 | 모든 모델 사용량 3배 |
| Ultra | $200/월 | 모든 모델 사용량 20배, 신기능 우선 접근 |
(출처: cursor.com/ko/pricing, 2026.04.06 기준 / 이후 변경 가능)
에이전트를 매일 집중적으로 쓴다면 Pro+를, 파워 유저라면 Ultra를 공식 문서는 권장합니다. 그런데 Ultra($200)와 Claude Code Max($100~200)는 가격대가 겹칩니다. 에이전트 집중 사용자라면 두 도구를 같은 예산에서 선택해야 하는 상황입니다.
💡 공식 가격표를 그냥 읽으면 놓치는 부분이 있습니다 — Pro 플랜에서 포함 사용량을 다 쓰면 추가 사용량은 후불로 청구됩니다. 주문형 사용량(On-demand usage) 옵션을 켜둔 채 에이전트를 여러 개 병렬로 돌리면, 예상보다 빠르게 청구 금액이 올라갑니다. 월 지출 상한선 설정을 먼저 해두는 게 좋습니다.
워크트리 마찰 — 설계는 좋지만 실제 흐름이 끊기는 이유
워크트리(Worktree) 기능은 이론상 강력합니다. 메인 브랜치에서 작업하면서 에이전트가 별도의 워크트리에서 독립적으로 작업을 수행하고 결과를 가져오는 구조입니다. 병렬 작업이 실용적이 되는 이유입니다. (출처: cursor.com/ko/blog/cursor-3)
문제는 현실에서 드러났습니다. 워크트리 관련 git 작업마다 수동 승인 단계가 추가됩니다. Reddit의 실제 사용자는 “워크트리 변경사항을 적용하는 데 재시도를 두 번 했다”고 지적했고, “이 마찰이 Cursor를 좋게 만들었던 빠른 피드백 루프를 정확히 느리게 만든다”는 반응이 나왔습니다. (출처: r/cursor, 2026.04.04)
컨텍스트 비대도 문제입니다
또 다른 실측 지적이 있습니다. Cursor 3는 에이전트 창+워크트리 조합이 작업당 300만 토큰을 넘는 컨텍스트를 보내는 경우가 생긴다는 것입니다. 동일한 작업을 Claude Code로 처리하면 10분의 1 수준인 100k 미만이라는 비교가 나왔습니다. (출처: r/cursor, 2026.04.04) 토큰 소비가 10배 차이나면 비용도 비례합니다.
💡 Cursor가 기존에 잘하던 것과 지금 잘하려는 것을 같이 보면 방향이 보입니다 — Cursor의 강점은 인라인 diff와 빠른 컨텍스트 피드백이었습니다. Cursor 3는 그 위에 클라우드 에이전트 레이어를 올렸는데, 두 구조가 아직 자연스럽게 섞이지 않은 상태입니다. 알파 사용자들이 “이건 두 개의 다른 제품이 돼야 한다”고 표현하는 이유가 여기 있습니다.
그래서 지금 쓸 만한가, 아닌가
Python·TypeScript 중심으로 짧은 사이클을 반복하는 작업이라면 Cursor Pro($20)는 여전히 비용 효율이 좋습니다. SitePoint 벤치마크에서 단순 작업의 비용 효율(정확도 포인트/달러)은 Cursor 42 vs Claude Code 31로 Cursor가 앞섭니다. (출처: sitepoint.com, 2026.03.11) 반면 Rust·Go·대규모 리팩터링 중심 팀이라면 Claude Code Max를 먼저 검토하는 게 맞습니다.
Q&A — 자주 나오는 질문 5가지
마치며
Cursor 3은 방향을 틀었습니다. Tab 자동완성 중심의 IDE에서 클라우드 에이전트 오케스트레이터로 가겠다는 선언입니다. 공식 자료의 수치(Composer 2 CursorBench 61.3점, 내부 PR의 35%가 에이전트 생성)는 이 방향이 이미 실제로 작동하고 있다는 근거입니다.
솔직히 말하면, 지금 시점에서 Cursor 3는 전환기에 있는 도구입니다. 에이전트 창과 기존 IDE 사이의 통합이 아직 자연스럽지 않고, 워크트리 마찰이 남아 있습니다. Python·TypeScript 단순 작업 위주의 개인 개발자에게는 Pro($20)가 여전히 가성비가 좋고, 복잡한 멀티파일·시스템 언어 작업 중심 팀에게는 Claude Code Max와 비교 검토가 필요합니다.
공식 문서와 커뮤니티 반응을 교차해서 보면 하나는 확실합니다 — 에이전트 우선으로 가는 흐름은 되돌릴 수 없습니다. Cursor 3는 그 흐름의 첫 번째 완전한 시도입니다.
📎 본 포스팅 참고 자료
① Cursor 3 공식 발표 블로그 — cursor.com/ko/blog/cursor-3
② Cursor Changelog 3.0 — cursor.com/ko/changelog/3-0
③ Composer 2 공식 블로그 — cursor.com/ko/blog/composer-2
④ Cursor 공식 요금제 — cursor.com/ko/pricing
⑤ SitePoint Claude Code vs Cursor Benchmark 2026 — sitepoint.com
⑥ Cursor 세 번째 시대 공식 블로그 — cursor.com/ko/blog/third-era
⑦ r/cursor 커뮤니티 실사용 반응 — reddit.com/r/cursor
본 포스팅 작성 이후 Cursor의 서비스 정책·UI·요금제·기능이 변경될 수 있습니다. 모든 수치와 기능 설명은 2026년 4월 6일 기준이며, 최신 정보는 cursor.com 공식 사이트를 직접 확인하시기 바랍니다.
댓글 남기기