Cursor v2.6 / Composer 2
Cursor Composer 2,
빠른 버전이 기본값인 이유 있습니다
Cursor Composer 2가 2026년 3월 19일 정식 출시됐습니다. CursorBench 기준 61.3점으로 Composer 1.5 대비 39% 향상됐다고 발표됐는데, 정작 요금 구조와 모델의 실제 출처를 들여다보면 발표문에서 보이지 않던 부분들이 나옵니다. 공식 블로그와 공식 Changelog, 그리고 출시 직후 커뮤니티에서 터진 논란 자료를 교차해서 정리했습니다.
Composer 2가 뭔지, 결론부터
Cursor Composer 2는 Cursor가 자사 코드 에디터에 탑재하기 위해 만든 코딩 특화 AI 모델입니다. Cursor 측은 이 모델을 “프런티어급 코딩 지능”이라고 표현하며, 수백 번의 동작이 필요한 장기 코딩 작업을 처리할 수 있다고 발표했습니다. (출처: Cursor 공식 블로그 composer-2, 2026.03.19)
기존 Composer 1.5가 주로 단일 파일 수준의 수정 작업에 강했다면, Composer 2는 멀티파일·멀티스텝 작업, 터미널 도구 사용, 모노레포 환경에서의 탐색까지 포함한 장기 에이전트 작업을 핵심 목표로 설계됐습니다. 강화 학습(RL)으로 “수백 번의 동작이 필요한 도전적인 작업”을 처리하도록 훈련됐다고 명시되어 있습니다.
모델 버전은 Standard와 Fast 두 가지이고, Fast가 기본값으로 제공됩니다. 이 구분이 요금과 어떻게 연결되는지가 이 글의 핵심입니다.
벤치마크 61.3, 이 숫자를 믿어도 될까
공개 벤치마크보다 CursorBench가 신뢰도 높은 진짜 이유
Cursor 공식 블로그에 올라온 성능 수치를 그냥 넘기기 어려운 이유가 있습니다. Cursor는 성능 측정에 자체 개발한 CursorBench를 씁니다. CursorBench-3 기준으로 Composer 2는 61.3점, Composer 1.5는 44.2점, Composer 1은 38.0점입니다. 버전 간 점수 비교를 그대로 하면 Composer 2가 1 대비 61% 더 높습니다. (출처: Cursor Blog cursorbench, 2026.03.19)
| 모델 | 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 공식 블로그 cursorbench, 2026.03.19)
💡 공식 발표문과 CursorBench 설계 방식을 함께 보니 이런 차이가 보였습니다: CursorBench는 Cursor 엔지니어링 팀이 실제 작업한 세션 데이터 기반입니다. SWE-bench나 Terminal-Bench처럼 공개 저장소에서 끌어온 문제가 아니라서, 모델이 훈련 데이터로 해당 문제를 미리 본 오염(contamination) 가능성이 훨씬 낮습니다. OpenAI가 SWE-bench Verified 점수 보고를 중단한 이유도 같은 맥락입니다 — 프론티어 모델이 정답 패치를 훈련 데이터에서 그대로 재현했다는 걸 확인했기 때문입니다. (출처: OpenAI 공식 블로그, 2026)
다만 이 벤치마크는 Cursor가 직접 만들고 직접 측정한 수치입니다. 독립적인 제3자가 검증한 결과가 아니라는 점은 감안해야 합니다. Cursor의 블로그에도 “우리 인프라에서 공식 벤치마크를 실행했다”고 명시하고 있어, 최소한 방법론은 투명하게 공개된 상태입니다.
Fast 버전이 기본값인 요금 구조, 직접 계산해봤습니다
같은 지능인데 3배 차이 나는 이유
Cursor Composer 2에는 두 가지 버전이 있습니다. Standard는 출력 토큰 100만 개당 $2.50, Fast는 출력 토큰 100만 개당 $7.50입니다. 공식 블로그에는 “동일한 수준의 지능을 제공하는 더 빠른 버전”이라고 적혀 있습니다. (출처: Cursor 공식 블로그 composer-2, 2026.03.19)
💡 Fast vs Standard — 수치로 직접 따라해볼 수 있는 계산
코드 수정 요청 1회 = 평균 출력 약 1,000~2,000토큰으로 잡을 때:
- Standard: 2,000토큰 × $2.50/1M = $0.005 / 회
- Fast: 2,000토큰 × $7.50/1M = $0.015 / 회
- 하루 50회 요청 기준 — Standard 월 $7.50 vs Fast 월 $22.50
※ 실제 토큰 수는 작업 복잡도에 따라 크게 달라지며, 위 수치는 공식 요금 기반 추정값입니다.
문제는 Fast 버전이 기본값이라는 점입니다. 공식 블로그에 “이 빠른 버전을 기본 옵션으로 제공할 예정”이라고 직접 나와 있습니다. 별도로 설정을 바꾸지 않으면 자동으로 Fast 버전을 쓰게 됩니다. 성능 차이는 없는데 가격은 3배. 속도가 빠른 것에 3배를 내는 셈입니다.
추가로 한 가지 더 있습니다. Reddit에서 Pro 플랜 사용자들이 보고한 내용을 보면, Claude Opus 같은 외부 모델로 작업할 때도 Cursor가 내부적으로 composer-2-fast를 보조 호출로 함께 사용한다는 사례가 나왔습니다. 즉, 사용자는 Opus를 선택했는데 요금 청구서에는 composer-2-fast 요금이 추가로 찍힌 상황입니다. Cursor가 공식 답변을 내놓지 않은 부분입니다.
| 플랜 | 월 요금 | Composer 2 사용량 |
|---|---|---|
| Hobby (무료) | $0 | 제한된 Agent 요청 |
| Pro | $20 | 넉넉한 포함 사용량 (Auto + Composer 풀) |
| Pro+ | $60 | Pro 대비 3배 사용량 |
| Ultra | $200 | Pro 대비 20배 사용량 |
(출처: Cursor 공식 요금 페이지 cursor.com/ko/pricing, 2026.03.29 기준)
Kimi K2.5 기반 논란 — 공식 발표문이 말하지 않은 것
자체 개발 모델인 줄 알았는데, 오픈소스 기반이었습니다
출시 다음 날인 3월 20일, 커뮤니티에서 Composer 2의 응답 패턴이 Moonshot AI가 공개한 오픈소스 모델 Kimi K2.5와 일치한다는 분석이 나왔습니다. 모델에게 자신의 정체를 묻는 방식(identity probing)으로 검증했을 때 Kimi K2.5 특유의 응답 구조가 반복 확인됐습니다. 결국 Cursor는 Composer 2가 Kimi K2.5를 기반으로 강화 학습과 파인튜닝을 적용한 모델이라는 사실을 인정했습니다. (출처: MindStudio AI 분석 블로그, 2026.03.25)
💡 공식 발표문과 논란을 나란히 놓고 보니 이런 부분이 드러났습니다: Cursor 공식 블로그에는 “첫 지속 사전학습”이라는 표현이 나옵니다. 자체 모델을 처음부터 만들었다는 인상을 주는 문구이지만, 실제로는 공개 오픈소스 모델 위에서의 추가 학습이었습니다. 발표 당시 베이스 모델을 명시하지 않아 사용자들은 Cursor가 독자적인 파운데이션 모델을 구축했다고 이해할 수밖에 없었습니다.
이게 법적으로 문제인가요?
Kimi K2.5는 상업적 사용과 수정을 허용하는 라이선스로 공개됐습니다. 다만 귀속(attribution) 요건이 있습니다. 여기서 중요한 지점이 있습니다 — 오픈소스 소프트웨어 라이선스는 소프트웨어를 배포(distribute)할 때 귀속 의무가 발생하도록 설계돼 있습니다. 그런데 모델을 API나 웹 서비스 형태로 제공할 경우, 사용자에게 소프트웨어를 배포하는 게 아니라 출력 결과만 전달하게 됩니다. 이른바 SaaS 루프홀입니다. 이 경우 전통적인 배포 트리거가 발생하지 않아 라이선스 위반이 성립하지 않을 수 있습니다.
법적으로 위반이냐 아니냐는 아직 판례가 없는 영역입니다. 이 부분에서 Cursor가 실제로 법적 책임을 지는지 여부는 이유가 아직 공개되지 않았습니다. 다만 개발자들이 Cursor를 비판한 건 법적 문제 때문이 아니었습니다. 문제는 베이스 모델을 발표 당시 언급하지 않았다는 것, 그리고 사용자들이 독점 개발 모델이라고 오해하게 만든 표현 방식이었습니다.
솔직히 말하면, 이건 Cursor만의 문제가 아닙니다. AI 업계에서 오픈소스 모델을 기반으로 상품을 만들면서 베이스 모델을 명시하지 않는 관행은 광범위하게 퍼져 있습니다. Cursor가 특히 주목받은 건, 발각됐고 증거가 명확했기 때문입니다.
실사용자 반응과 실제 한계
성능은 맞는데, 프로덕션 환경은 다릅니다
Reddit r/cursor 커뮤니티의 3월 20~29일 반응을 정리하면 평가는 명확하게 갈립니다. 빠른 프로토타이핑과 단순 기능 추가 작업에서는 체감 개선이 확실하다는 평이 많습니다. Composer 1.5와 비교해 반응 속도가 눈에 띄게 빨라졌다는 후기가 반복됩니다.
반면 복잡한 프로덕션 코드베이스에서 “개선보다 오류를 더 많이 추가했다”는 보고도 나왔습니다. 특히 복잡한 의존성 구조가 있거나 기존 아키텍처 패턴을 엄격하게 유지해야 하는 작업에서 Composer 2가 오히려 의도치 않은 변경을 가져오는 사례가 언급됐습니다. 간단한 앱 개발에는 잘 맞지만, 복잡한 프로덕션 작업에는 아직 판단이 필요한 상황입니다.
컨텍스트 윈도우 한계도 여전히 남아있는 부분입니다. Cursor는 현재 컨텍스트 사용률을 퍼센트로 표시하는데, 대화가 길어질수록 초반 맥락이 사라지며 에이전트 품질이 저하됩니다. Composer 2도 이 제약에서 벗어나지 않습니다. CursorBench-3 기준으로도 작업이 “단일 세션 내에서 해결되는 수준”이라고 공식 블로그에 직접 적혀 있습니다. 진정한 장기 멀티세션 작업 지원은 아직 개발 중입니다.
다른 AI 코딩 도구와 비교하면
Claude Code, GitHub Copilot과 포지셔닝 차이
AI 코딩 도구 시장에서 Cursor Composer 2가 차지하는 위치를 잡으려면 비교군이 필요합니다. 현재 가장 많이 비교되는 건 Anthropic의 Claude Code와 GitHub Copilot입니다. Claude Code는 터미널 기반 에이전트로 Cursor보다 IDE 종속이 낮고, $100/월 Max 플랜에서 Claude 모델을 자유롭게 쓸 수 있습니다. Cursor Composer 2는 에디터 통합 경험이 훨씬 자연스럽고, UI 레벨에서 파일 탐색과 변경 프리뷰가 즉시 보인다는 점에서 차별화됩니다.
Terminal-Bench 2.0 기준으로 보면 Composer 2는 61.7점입니다. 같은 벤치마크에서 공식 리더보드에 Claude Code 계열 점수도 올라와 있어 직접 비교가 가능합니다. Cursor 측은 자사 인프라에서 각 모델-에이전트 조합을 5회 반복 실행해 평균값을 산출했다고 방법론을 공개했습니다. (출처: Cursor 공식 블로그 composer-2, 각주 1번)
💡 Kimi K2.5를 베이스로 사용했다는 사실이 알려지면서 오픈소스 AI 모델을 활용한 상용 서비스 구조가 얼마나 보편적인지 다시 드러났습니다. Meta의 Llama, Alibaba의 Qwen, Mistral처럼 오픈 웨이트 모델들이 프론티어급 성능에 근접하면서, 자체 파운데이션 모델 없이도 경쟁력 있는 코딩 에이전트를 만드는 게 현실적으로 가능해진 시점입니다. 이게 Cursor만의 선택이 아닐 수 있다는 뜻이기도 합니다.
GitHub Copilot은 구독 요금이 $10/월로 훨씬 낮지만 에이전트 기능 면에서는 Cursor보다 뒤처집니다. 단순 코드 자동완성 중심의 사용자라면 Copilot이 가성비 면에서 유리할 수 있습니다. Composer 2처럼 수십~수백 스텝의 장기 에이전트 작업이 목적이라면 Cursor 또는 Claude Code가 현실적인 선택지입니다.
Q&A
마치며
Cursor Composer 2는 실제로 성능이 올랐습니다. CursorBench 기준 39% 향상이라는 수치는 과장이 아닌 것으로 보이고, 빠른 프로토타이핑 용도에서 체감 차이가 있다는 실사용자 후기도 많습니다. 그 점은 인정해야 합니다.
그런데 이번에 불거진 두 가지를 그냥 지나치면 아까울 것 같습니다. 하나는 Fast 버전이 기본값으로 설정된 요금 구조입니다. 성능 차이가 없다고 직접 발표해 놓고 3배 비싼 버전을 기본으로 제공하는 구조는 사용자가 의식하지 않으면 그냥 넘어가게 됩니다. 설정에서 Standard로 바꿀 수 있는데, 이걸 모르고 쓰는 사람이 분명 있습니다.
다른 하나는 베이스 모델 투명성 문제입니다. Kimi K2.5를 쓴 게 잘못된 게 아닙니다. 좋은 오픈소스 모델을 잘 활용하는 건 합리적인 선택입니다. 문제는 발표 당시 그 사실을 말하지 않았다는 것입니다. 이건 앞으로 AI 서비스를 선택할 때 “어떤 모델을 쓰나요?”라는 질문을 습관처럼 해야 하는 이유가 됩니다.
본 포스팅 참고 자료
- Cursor 공식 블로그 — Composer 2 발표: cursor.com/ko/blog/composer-2 (2026.03.19)
- Cursor 공식 블로그 — CursorBench 설명: cursor.com/blog/cursorbench (2026.03.19)
- Cursor 공식 Changelog: cursor.com/ko/changelog (2026.03.19 기준)
- Cursor 공식 요금 페이지: cursor.com/ko/pricing (2026.03.29 기준)
- MindStudio AI — Cursor Composer 2 / Kimi K2.5 Attribution 분석: mindstudio.ai 블로그 (2026.03.25)
- Terminal-Bench 2.0 공식 리더보드: tbench.ai
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 모든 요금 및 기능 정보는 2026년 3월 29일 기준이며, Cursor 공식 사이트에서 최신 내용을 확인하시기 바랍니다. 본 포스팅의 수치는 Cursor 공식 문서 및 공개된 외부 분석 자료를 기반으로 작성되었습니다.
댓글 남기기