Cursor는 2026년 5월 18일에 Composer 2.5를 출시했다 — Composer 2 위에 얹은 상당한 지능/행동 향상이며, 동일한 Moonshot Kimi K2.5 오픈 웨이트 백본을 유지한다. 표준 티어 가격은 $0.50/M 입력과 $2.50/M 출력으로 동결, 더 빠른 변종은 $3.00/M 입력과 $15.00/M 출력. Cursor는 SWE-Bench Multilingual에서 Claude Opus 4.7과의 패리티를 주장한다 (Composer 79.8% vs Opus 80.5%) — 토큰당 비용은 약 1/10.
모델은 K2.5이지 K2.6이 아니다 — 그리고 이것이 중요하다
Cursor 자신의 발표는 명시적이다: Composer 2.5는 Kimi K2.5 위에 구축되었으며, Composer 2가 사용한 것과 동일한 체크포인트이다. 여러 서드파티 리뷰는 팀이 K2.6 (2026년 4월)로 교체하는 대신 K2.5 베이스를 유지하고 훈련을 추가했다는 Cursor의 말을 인용한다. 베팅은 알려진 양호한 베이스 위의 표적화된 RL이 코딩 에이전트 제품에서 베이스 교체를 능가한다는 것 — 이 제품에서는 안정성과 harness 호환성이 원시 벤치 점수만큼 중요하다.
(K2.6은 더 새로운 Moonshot 모델 — 1T MoE, 32B 활성, 256K 컨텍스트, 네이티브 INT4, 5월 OpenRouter 코딩 토큰 볼륨 1위. 셀프 호스터에게 강력한 기본값이지만, Composer 2.5를 구동하는 것은 그것이 아니다.)
K2.5 위에서 무엇이 바뀌었나
Cursor는 세 가지 훈련 측면의 변화를 거명한다:
- 텍스트 피드백 RL. 실행 종료 시에만 보상 셰이핑하는 대신, 트레이너는 도구 호출이 작업 도중 실패할 때 국지화된 힌트를 표면화한다. 모델은 재실행이 아니라 세션 내부에서 복구하는 법을 배운다.
- 약 25배 더 많은 합성 작업. 「기능 삭제」 퍼즐을 포함 — 기능을 삭제한 다음 다시 만든다 — 이는 완성된 diff를 패턴 매칭하는 것이 아니라 컨텍스트를 재구성하도록 모델에 강제한다. Cursor는 이것이 순수 SWE-Bench 스타일의 수정 작업보다 실제 엔지니어링 작업의 분포에 더 가깝다고 주장한다.
- MoE 규모 인프라 재설계. 샤딩된 Muon 옵티마이저와 훈련 시 효율을 위한 dual-mesh HSDP. 이는 작은 팀이 합리적인 클러스터에서 1T 파라미터 MoE에 여러 RL epoch를 돌릴 수 있게 해주는 종류의 인프라 변화이다.
이 중 어느 것도 HuggingFace에 공개된 베이스 K2.5 가중치를 바꾸지 않는다; 그것들은 Cursor의 호스팅 변종에 들어 있다. moonshotai/Kimi-K2.5의 K2.5를 셀프 호스트하는 사람은 Composer 2.5 행동을 공짜로 얻지 못한다 — RL 델타는 Cursor의 IP. 다만 베이스 가중치는 여전히 기반이며, 그것이 오픈 에코시스템에 의미 있는 부분이다.
벤치마크 (Cursor 자체 보고 — 벤더 수치로 취급할 것)
- SWE-Bench Multilingual: Composer 2.5 79.8% — vs Opus 4.7 80.5%.
- CursorBench v3.1 (기본 설정): Composer 2.5 63.2% — vs Opus 4.7 61.6%.
- Terminal-Bench 2.0: Composer 2.5 ≈ 69.3% — vs Opus 4.7 ≈ 69.4%.
이것들은 Cursor가 공표한 수치이다; 커뮤니티 리더보드 (tbench.ai, benchlm.ai)가 다음 몇 주 내에 독립 점수를 착지시킬 것으로 예상된다. UPDATE.md의 규율에 따라, 벤더의 「Adaptive」 벤치마크와 커뮤니티 리더보드가 3점 이상 벌어질 때는 리더보드를 우선한다. 위의 Composer 대 Opus 델타는 다음 독립 실행이 두 모델 중 어느 쪽도 위에 올릴 수 있을 만큼 작다 — 첫날 자체 보고에 과도하게 닻을 내리지 말 것.
더 큰 구조적 주장은 비용 비율이다. Opus 4.7은 Anthropic의 API에서 대략 $15/M 입력과 $75/M 출력으로 표시된다; Composer 2.5 표준 티어는 $0.50/M 입력과 $2.50/M 출력으로 입력은 약 30배 저렴, 출력도 약 30배 저렴하다. 빠른 티어 ($3/$15)도 입력은 약 5배 저렴하다. 독립 실행에서 벤치마크 패리티가 유지된다면, Composer 2.5는 각 작업이 경계지어지고 가끔의 재시도 비용을 삼킬 수 있는 — 대부분이 그러한 — 대량 코딩 에이전트 워크로드의 자명한 기본값으로 착지한다.
로컬 LLM 사용자에게 왜 중요한가
Composer 2.5는 로컬 LLM 제품이 아니다. 하지만 이것은 Modified MIT 라이선스의, HuggingFace에서 받을 수 있는 오픈 웨이트 베이스가 수십만 명의 개발자가 사용하는 프로덕션 코딩 에이전트 UI를 구동할 수 있다는 지금까지 가장 강한 신호이다. Anthropic, OpenAI, Google은 여전히 베이스 가중치를 닫아 둔다; Moonshot은 출시한다. Cursor의 거래는 오픈 웨이트 에이전트 코딩 카테고리가 연구 등급이 아니라 배포 준비 상태임을 검증한다.
실용적 단서: K2.5는 풀 정밀도에서 대략 1 TB 가중치이다. INT4로 양자화해도 여전히 약 540 GB — 이 사이트가 주로 다루는 128 GB GB10 / Strix Halo 티어로는 닿을 수 없다. K2.5를 로컬에서 돌리려면 멀티 노드 클러스터나 4× DGX Spark / 4× Strix Halo 셋업이 필요하다. 그래서 Cursor (그리고 OpenRouter의 사용 패턴)는 K2.5/K2.6 추론의 대부분을 로컬 하드웨어가 아니라 Moonshot 자체 API나 호스팅 애그리게이터를 통해 라우팅한다. 오픈 웨이트 스토리는 “기반은 공개되어 있다”이지, “올해 책상 위에서 돌릴 수 있다”가 아니다.
출처
- Cursor 블로그 — Composer 2.5 (1차 발표, 2026년 5월 18일)
- Cursor 체인지로그 — Composer 2.5 표준/빠른 가격
- WinBuzzer — Cursor가 Composer 2.5 출시 (Cursor의 K2.5 베이스 언급을 인용하는 서드파티 리뷰)
- HuggingFace의 moonshotai/Kimi-K2.5 (베이스 가중치, Modified MIT)
- LLMRequirements.com의 Kimi K2.5