Cursor Composer 2, 빠를수록 저렴한 이유가 있습니다

Published on

in

Cursor Composer 2, 빠를수록 저렴한 이유가 있습니다

2026.03.19 출시 기준
Cursor v2.6.20 기준
TECH

Cursor Composer 2, 빠를수록 저렴한 이유가 있습니다

결론부터 말씀드리면, Cursor Composer 2의 Fast 버전이 기본값으로 설정된 건 우연이 아닙니다. 전작(Composer 1.5)보다 57% 저렴하면서도 더 빠른 구조인데, 왜 Fast가 기본인지 — 그리고 그게 실제로 내 요금에 어떤 영향을 미치는지 공식 문서와 실사용 데이터로 직접 확인했습니다.

61.7
Terminal-Bench 2.0 점수
86%
Composer 1.5 대비 비용 절감
200K
컨텍스트 윈도우 토큰

Cursor가 직접 만든 모델이라는 게 무슨 의미인가

Cursor Composer 2는 Cursor가 처음으로 자체 출시한 코딩 특화 AI 모델입니다. 여기서 “자체”라는 표현에는 조건이 있습니다. 공식 발표와 VentureBeat 취재 결과를 보면, 이 모델의 베이스는 중국 AI 스타트업 Moonshot AI가 개발한 오픈소스 모델 Kimi K2.5입니다. (출처: VentureBeat, 2026.03.20)

Cursor는 여기에 자체 코딩 환경에 맞는 계속 사전학습(continued pretraining)과 강화학습(RL)을 적용했습니다. 공식 블로그에서는 “첫 번째 계속 사전학습 실행을 완료했으며, 이를 통해 대규모 강화학습의 기반을 마련했다”고 밝혔습니다. (출처: cursor.com/ko/blog/composer-2, 2026.03.19)

💡 공식 블로그와 제3자 취재 내용을 함께 놓고 보면 이런 구도가 나옵니다 — Cursor는 OpenAI, Anthropic 모델을 중계하던 플랫폼에서, 오픈소스 베이스를 가져다 자체 환경에 최적화하는 방식으로 전환하고 있습니다. 모델 의존도를 낮추면서 비용 구조도 직접 통제하겠다는 움직임입니다.

현재 Composer 2는 Cursor 내에서만 사용 가능합니다. 공식 발표문에서도, 외부 API나 독립형 플랫폼으로의 배포 계획을 별도로 밝히지 않았습니다.

벤치마크 수치 3개, 직접 해석합니다

공식 블로그에 게재된 벤치마크 결과입니다. 숫자만 보면 인상적이지만, 각 수치가 어떤 조건에서 나왔는지 같이 보는 게 중요합니다.

모델 CursorBench Terminal-Bench 2.0 SWE-bench 다국어
Composer 2 61.3 61.7 73.7
Claude Opus 4.6 58.0
GPT-5.4 75.1
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.19 / VentureBeat, 2026.03.20)

Terminal-Bench 2.0는 Laude Institute가 운영하는 제3자 벤치마크로, 터미널 환경에서 AI 에이전트가 실제 작업을 완수하는 능력을 측정합니다. Claude Code, OpenAI Simple Codex 같은 터미널 중심 도구들도 평가 대상입니다. Composer 2의 61.7점은 Claude Opus 4.6(58.0)을 앞서지만, GPT-5.4(75.1)에는 약 13점 차이로 뒤집니다.

💡 CursorBench는 Cursor가 직접 설계한 자체 벤치마크입니다 — 어떤 기준으로 측정했는지는 공식 문서(cursor.com/blog/cursorbench)에서 별도로 확인해야 합니다. 자사 도구로 자사 모델을 평가했다는 점에서, Terminal-Bench 2.0(제3자)과 SWE-bench 다국어(제3자) 수치를 함께 참고하는 게 합리적입니다.

Fast가 기본값인 이유 — 가격 구조를 뜯어봤습니다

Composer 2에는 두 가지 티어가 있습니다. Standard와 Fast입니다. 제품에서 기본으로 설정된 건 Fast입니다. 일반적으로 빠른 모델이 더 비싼데, 왜 Fast를 기본값으로 내세웠을까요.

티어 입력 토큰 (1M당) 출력 토큰 (1M당) 캐시 읽기 (1M당)
Composer 2 Fast (기본값) $1.50 $7.50 $0.35
Composer 2 Standard $0.50 $2.50 $0.20
Composer 1.5 (전작) $3.50 $17.50 $0.35

(출처: cursor.com/ko/blog/composer-2, 2026.03.19 / VentureBeat, 2026.03.20)

Composer 2 Fast가 기본값이지만, 전작인 Composer 1.5보다 57% 저렴합니다. Standard와 비교하면 3배 비싸지만, 사용자가 “빠르다”는 경험을 기본으로 가져가게 설계한 겁니다. Cursor가 자체 모델을 기본 에이전트로 올려놓으면서, 동시에 외부 모델(Opus 4.6, GPT-5.4 등)의 요금 풀과 분리된 별도 Composer 사용량 풀을 적용했습니다. Pro 개인 요금제에서는 이 풀이 기본 포함됩니다.

💡 캐시 읽기 요금도 살펴볼 필요가 있습니다. Composer 2 Standard의 캐시 가격은 입력 토큰의 1/2.5 수준으로, 업계 표준(통상 입력의 1/10)보다 훨씬 비쌉니다. Cursor 포럼에서 한 사용자가 직접 지적했고, Cursor는 공식 답변을 내놓지 않은 부분입니다. (출처: forum.cursor.com/t/share-your-experience-with-composer-2/155289)

Pro 월정액 사용자에게 실제로 유리한 조건

Teams·Enterprise 요금제에서는 Composer 2 사용분이 API 토큰 요금으로 직접 청구됩니다. 하지만 개인 Pro 요금제($20/월)에서는 별도의 Composer 사용량 풀이 적용되며, 이 풀은 일반 모델(OpenAI·Anthropic·Google) 풀과 분리되어 있습니다. (출처: cursor.com/ko/docs/models/cursor-composer-2)

이게 실질적으로 의미하는 건, Pro 구독자가 Claude Opus 4.6이나 GPT-5.4를 써서 프런티어 모델 한도가 차더라도, Composer 2는 별도 풀에서 계속 사용할 수 있다는 겁니다. 두 풀이 서로 잡아먹지 않습니다.

📐 실제 비용 계산 예시

Composer 2 Fast로 1회 세션에서 입력 500K + 출력 100K 토큰을 사용한다고 가정하면:

= (500,000 ÷ 1,000,000 × $1.50) + (100,000 ÷ 1,000,000 × $7.50)
= $0.75 + $0.75 = 약 $1.50 / 세션

같은 작업을 Composer 1.5로 했을 경우 약 $5.25. Pro 구독 내 포함 사용량이 넉넉하다는 게 체감되는 수준입니다.

단, Teams/Enterprise 사용자는 API 요금이 직접 청구되기 때문에 세션당 토큰 소비량 관리가 필수입니다. 특히 아래 섹션에서 확인할 실사용 사례처럼 단일 작업에 수백만 토큰이 투입되는 경우가 나올 수 있습니다.

출시 닷새, 실사용자들이 발견한 한계들

Cursor 공식 포럼(forum.cursor.com)에는 3월 19일 출시 직후부터 실사용 경험이 쌓이고 있습니다. 빠른 속도에 대한 호평과 함께, 몇 가지 구체적인 한계 사례들이 올라왔습니다.

① MCP 서버를 인식하지 못하는 문제

Opus나 Sonnet으로는 정상 작동하던 MCP 서버가 Composer 2로 전환하자 보이지 않는다는 보고가 여러 건 있습니다. 일부 사용자는 Cursor를 재시작하거나 .cursor\projects 디렉토리를 직접 지정하는 방식으로 임시 우회했습니다. 공식 측에서 별도 원인을 밝히지 않았습니다.

② 단순 작업에서의 토큰 과소비

포럼 사용자 RafeSacks의 실측 데이터입니다. 단 하나의 getLabel() 함수(23개 콜사이트 교체 작업)에서 Composer 2가 5번의 프롬프트 왕복으로 약 5.8M 토큰을 사용했습니다. 동일 작업을 Claude Opus는 1회 프롬프트로 완료했다고 밝혔습니다. (출처: forum.cursor.com/t/share-your-experience-with-composer-2/155289, 2026.03.19)

또 다른 사용자(luchillo17)는 번역 타입 파일을 건드리지 말아야 할 작업에서 Composer 2가 4,500줄 이상의 불필요한 변경을 생성하며 단일 실행에 6.4M 토큰을 소모한 사례를 보고했습니다. Fast 티어 기준으로 계산하면 약 $9.60에 해당합니다.

⚠️ Teams/Enterprise 사용자 주의: 단일 세션에서 수백만 토큰이 소모되는 상황이 나타나고 있습니다. API 직접 청구 방식인 경우, 작업 범위를 명확히 제한하거나 Standard 티어를 선택하는 것이 비용 관리에 도움이 될 수 있습니다.

③ 클라우드 에이전트 모드에서의 불안정

클라우드 에이전트로 사용 시 이유 없이 작업이 중단되거나, 대시보드에서 사용량 통계를 조회할 때 로딩 오류가 발생한다는 보고도 이어지고 있습니다. 출시 직후 안정화 작업이 계속 진행 중인 상태입니다.

Cursor 전용 모델이라는 양날의 조건

Composer 2는 Cursor의 에이전트 도구 스택 전체에 접근할 수 있습니다. 시맨틱 코드 검색, 파일 읽기/편집, 셸 명령, 브라우저 컨트롤, 웹 접근까지 Cursor 환경에서 돌아가는 모든 도구를 쓸 수 있습니다. (출처: cursor.com/ko/docs/models/cursor-composer-2)

💡 벤치마크 결과와 실사용 흐름을 함께 놓고 보면 이런 차이가 보였습니다 — “Terminal-Bench 2.0에서 Claude Opus 4.6을 앞섰다”는 수치는 Cursor가 자사 에이전트 환경에 맞게 최적화한 결과입니다. 같은 베이스 모델(Kimi K2.5)을 Cursor 밖에서 쓰면 이 수치가 그대로 재현될 가능성은 낮습니다. 최적화의 근거가 곧 적용 범위의 한계이기도 합니다.

그 결과, Composer 2는 Cursor를 이미 주력 환경으로 쓰는 사람에게는 강력한 선택지가 되지만, Claude Code나 다른 도구와 병행하거나 외부 API로 연결하려는 경우에는 선택 범위가 없습니다.

VentureBeat 분석에서는 이 지점을 Cursor가 직면한 구조적 과제로 짚었습니다. OpenAI(Codex), Anthropic(Claude Code)이 자체 코딩 인터페이스를 강화하면서, 개발자들이 중간 플랫폼 없이 직접 모델사의 도구로 이동하는 흐름이 감지되고 있습니다. Composer 2는 그 흐름을 Cursor 내부에서 붙잡으려는 시도이기도 합니다. (출처: VentureBeat, 2026.03.20)

Q&A — 가장 많이 나오는 질문 5개

Q1. Composer 2가 Cursor 없이 다른 곳에서도 사용 가능한가요?
현재로서는 Cursor 내에서만 사용 가능합니다. 공식 발표문에서 외부 API 배포 계획을 별도로 밝히지 않았고, JetBrains IDE에서의 Cursor 연동(ACP 레지스트리)은 별도 플러그인 방식으로 제공되는 기능입니다.
Q2. Standard와 Fast 중 어떤 걸 선택해야 하나요?
Pro 개인 요금제 사용자라면 Fast(기본값)로 시작하는 게 자연스럽습니다. 별도의 Composer 풀이 적용되기 때문에 일반 모델 사용량에 영향을 주지 않습니다. Teams/Enterprise처럼 API 요금이 직접 청구되는 환경이라면, 긴 세션에서 토큰 소비량이 급격히 올라가는 걸 고려해 Standard를 검토할 이유가 있습니다.
Q3. Composer 2의 베이스 모델이 Kimi K2.5인데, 안전성이나 데이터 처리에 문제는 없나요?
Cursor는 베이스 모델 출처에 대한 별도 보안 설명을 공식 발표에서 다루지 않았습니다. 데이터 처리 정책은 기존 Cursor Privacy Mode 설정에 따릅니다. 기업 환경에서 데이터 주권이 중요하다면 Privacy Mode 활성화 여부와 Enterprise 계약 조건을 별도로 확인하는 게 필요합니다.
Q4. MCP가 인식 안 되는 문제는 해결됐나요?
2026년 3월 24일 기준, 공식 수정 업데이트는 이유가 아직 공개되지 않은 상태입니다. 포럼에서 확인된 임시 방법은 Cursor 재시작 또는 .cursor\projects 디렉토리를 직접 에이전트에게 알려주는 방식입니다. 다음 업데이트에서 반영될 가능성이 있습니다.
Q5. Composer 2와 Claude Opus 4.6 중 무엇을 쓰는 게 나을까요?
Cursor를 주력으로 쓰고 빠른 반응 속도가 우선이면 Composer 2 Fast가 가성비가 좋습니다. 단, 복잡한 리팩토링이나 단순 실수 없이 정확도가 중요한 작업에서는 포럼 실사용 데이터를 보면 Opus 계열이 아직 더 안정적이라는 평가가 많습니다. 두 모델이 Cursor에서 별도 사용량 풀로 분리되어 있으므로, 작업 성격에 따라 선택하는 게 현실적입니다.

마치며

Composer 2는 분명히 잘 만든 모델입니다. 전작보다 86% 저렴하고, 벤치마크에서는 Claude Opus 4.6을 앞섰으며, Fast 기본값 전략 덕분에 Pro 구독자 입장에서 쓰기 부담이 낮습니다.

다만 솔직히 말하면, 출시 닷새 만에 나온 실사용 데이터들은 아직 “일상 드라이버”로 전환하기엔 이르다는 신호를 담고 있습니다. MCP 인식 문제, 단순 작업에서의 토큰 과소비, 클라우드 에이전트 불안정 — 이 세 가지는 업데이트로 해결될 가능성이 높지만, 지금 당장 중요한 프로젝트에 투입하기 전에 작은 작업으로 먼저 패턴을 확인해보는 게 낫습니다.

개인적으로는, Fast 버전의 응답 속도와 Composer 풀 분리 구조는 꽤 매력적입니다. Cursor를 이미 주력으로 쓴다면 지금 바로 써볼 이유는 충분합니다. 단, Teams 요금제에서 토큰 관리 없이 쓰기 시작하면 예상보다 빠르게 비용이 올라갈 수 있다는 점은 실제로 주의가 필요합니다.

본 포스팅 참고 자료

  1. Cursor 공식 블로그 — Composer 2 출시 발표 (cursor.com/ko/blog/composer-2)
  2. Cursor 공식 문서 — Composer 2 모델 스펙 (cursor.com/ko/docs/models/cursor-composer-2)
  3. VentureBeat — “Cursor’s new coding model Composer 2 is here” (venturebeat.com, 2026.03.20)
  4. Cursor 공식 포럼 — 실사용 경험 스레드 (forum.cursor.com, 2026.03.19~)
  5. Terminal-Bench 공식 리더보드 (tbench.ai)

본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 모든 수치는 2026년 3월 19~24일 공식 발표 및 공식 문서 기준이며, 이후 업데이트로 달라질 수 있습니다. 요금 정책은 cursor.com/pricing에서 최신 정보를 확인하시기 바랍니다.

댓글 남기기


최신 글


아이테크 어른경제에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기