Cursor 요금제 개편 후 모델 선택 가이드: 10월에 달라진 점

2026년 10월 25일 확인한 내용입니다. Cursor의 당시 모델, 구독, Router, 서브에이전트 공식 문서를 기준으로 검증했습니다. 핵심은 모델을 ‘사용할 수 있다’는 것과 그 사용량이 ‘요금제에 포함된다’는 것을 구분하는 데 있습니다. 두 표현이 보장하는 범위는 다릅니다.

Cursor 요금제별로 어떤 모델을 사용할 수 있나요?

Cursor는 자체 모델인 Grok과 Composer, 외부 모델인 Claude, GPT, Gemini를 지원하지만 실제 이용 권한은 구독에 따라 달라집니다. 현재 구독 체계인 The X Subscription에서는 유료 계정에 Grok과 공유하는 주간 Cursor 모델 사용량이 제공됩니다. 외부 모델 요청에는 선불 크레딧을 사용합니다. 이 구분은 Cursor의 현재 모델 안내에 명시되어 있습니다.

아래 표는 현행 구독과 기존 요금제를 나누어 정리한 것입니다. ‘포함’은 정해진 사용량에서 차감된다는 뜻이며, 무제한 요청을 의미하지 않습니다. Free의 사용량에는 제한이 있고, 유료 요금제의 제공량은 계정에 따라 다릅니다.

출처: 사용 가능한 모델, 현행 구독, 기존 요금제. Teams와 Enterprise에서는 적용 대상인 외부 모델 요청에 Cursor Token Rate도 부과하므로, 적용 제외 목록을 확인해야 합니다. 개인 계정에는 이 추가 요율이 적용되지 않습니다.

Cursor가 공개한 가격에 따르면 세전 개인 월 구독료는 Free $0, Plus $8, Premium $30, Super $100, Ultra $200입니다. 포함 사용량, 팀 좌석, 기존 요금제는 Cursor 요금제 안내에서 확인할 수 있습니다.

Cursor 무료 모델과 Plus의 이용 제한

Free는 자체 모델을 체험할 수 있는 요금제이고, Plus는 자체 모델 코딩에 초점을 맞춘 제한적인 구성입니다. Plus에서는 Fast가 꺼진 상태로 고정되고 추론 강도도 medium으로 고정됩니다. Grok 4.7의 컨텍스트 윈도는 256k입니다. Auto, 외부 모델, 사용자 본인의 API 키는 지원하지 않습니다. 이는 요금제에 명시된 제한이므로, Claude 항목이 보이지 않는다고 해서 설치 문제로 단정할 수는 없습니다.

Composer로 작은 변경 작업을 하는 개발자라면 이 구성으로 충분할 수 있습니다. 하지만 워크플로에 Claude나 GPT가 반드시 필요하다면 Plus는 결과물의 품질을 따져 보기 전부터 요구 조건에 맞지 않습니다. 구독하기 전에 어떤 모델을 사용할 수 있어야 하는지부터 정해야 합니다.

Premium의 모델 이용 권한은 기존 요금제와 어떻게 다른가요?

새 구독 체계에서 Premium 이상은 외부 모델을 사용할 권한을 제공하지만, 외부 모델 사용량을 기본으로 제공하지는 않습니다. 기존 Pro, Pro+ 또는 구형 Ultra 계정은 다릅니다. 이들 계정에서는 월간 Other Models 사용량으로 외부 모델을 해당 모델의 API 정가에 따라 사용할 수 있습니다. 기본 제공량을 모두 쓰고 나면, 온디맨드 사용을 활성화한 경우 추가 사용분에 요금이 부과됩니다. 자세한 차이는 Cursor의 기존 요금제 안내에 나와 있습니다.

식당 멤버십에 비유하면, 새 구독에는 기본 메뉴 이용분이 포함되어 있고 외부 셰프의 메뉴는 별도로 결제하는 구조입니다. 기존 구독에는 그 외부 메뉴를 주문할 수 있는 이용분도 들어 있습니다. 따라서 두 계정에 같은 모델 이름이 보여도 차감되는 잔액은 서로 다를 수 있습니다.

기존 구독자는 새 체계로 옮기기 전에 실제 외부 모델 사용량부터 살펴봐야 합니다. Cursor에 따르면 새 구독으로의 전환은 선택 사항이며, 한 번 전환하면 되돌릴 수 없습니다. 주로 쓰는 모델이 Claude라면, 자체 모델 제공량이 늘어나는 것으로 기존에 포함되어 있던 Claude 사용량을 대신할 수는 없습니다.

Cursor 모델 추천: 일상적인 코딩과 어려운 작업의 선택 기준

무엇이 작업을 가로막는지에 따라 모델을 고릅니다. 응답이 느린 것인지, 긴 작업을 끝까지 마치지 못하는 것인지, 특정 모델의 동작 방식이 필요한 것인지 구분해야 합니다. Cursor의 모델 선택 가이드는 대화하며 진행하는 코딩에는 Composer, 가장 어렵고 오래 걸리는 작업에는 Grok 4.7, 여러 단계를 거치는 복잡한 작업에는 Claude Opus 또는 GPT-5.6 Sol을 권장합니다. 아래 예시는 이 기준을 일상적인 개발 업무에 적용한 것입니다.

Composer 2.5: 변경 방향을 직접 조율하며 작업한다면 먼저 선택합니다. Cursor는 Composer가 툴 사용, 파일 편집, 터미널 작업에 맞춰져 있다고 설명합니다. 모델 페이지에는 200k 컨텍스트 윈도, 대화형 세션을 위한 고속 버전, 토큰 비용을 낮추는 데 초점을 둔 표준 버전이 안내되어 있습니다.

실패하는 테스트가 명확한 컴포넌트 수정은 좋은 출발점입니다. 필요한 최소한의 변경을 요청하고, 변경 내역을 확인하면서 대화를 이어 갑니다. 수정을 반복해도 근본 문제가 해결되지 않는다면 멈출 때입니다. 이때는 성과 없는 대화를 끝없이 늘리기보다 요구 사항을 구체화하거나 더 적합한 상위 모델로 바꾸는 편이 낫습니다. ‘Composer’라는 이름만 보고 사용량 특성이 늘 같다고 판단하기 전에 속도 설정도 확인해야 합니다.

Grok 4.7: 지속적인 조사와 검증이 필요한 작업에 사용합니다. Cursor는 Grok 4.6에 비해 자체 검증과 장시간 작업 수행이 개선되었다고 설명합니다. 여러 파일에 걸친 인증 로직 변경은 끝까지 파고드는 능력이 중요한 작업입니다. 에이전트는 요청 핸들러, 세션 로직, 테스트, 실패 경로를 함께 살펴야 합니다. 작업을 맡기기 전에 이 검증 항목들을 정해 두는 것이 좋습니다.

Grok 4.7 안내는 기본 컨텍스트 256k와 최대 500k를 구분합니다. 단위는 모델이 처리하는 텍스트와 코드의 조각인 토큰입니다. 컨텍스트는 모델이 한 요청에서 참고할 수 있는 자료의 양을 뜻합니다. 용량이 크다고 해서 중요한 의존 관계를 반드시 찾아내는 것은 아닙니다. 파일만 더 많이 넣기보다는 어떤 동작에 문제가 있는지, 무엇을 충족해야 완료로 인정할지를 알려 줘야 합니다.

Grok 4.6과 Grok 4.5: 기존 워크플로에서 제 역할을 하고 있다면 유지합니다. Cursor는 두 모델을 계속 제공하지만, Grok 4.6 페이지에서는 더 나은 자체 검증과 긴 작업을 위해 4.7을 권장합니다. 익숙하다는 이유만으로 새로운 고난도 작업의 기본값을 구형 모델로 정할 이유는 많지 않습니다. 반대로 대체 모델을 평가하지도 않은 채 검증을 통과하는 기존 워크플로를 바꿀 이유도 적습니다. 이 전환 판단은 Grok 4.7과 Grok 4.6 비교에서 다룹니다.

Claude Opus와 GPT-5.6 Sol: 복잡한 작업이나 다른 접근법이 필요할 때 목적을 정하고 선택합니다. 같은 문제를 다른 모델이 다르게 해석하는 것이 도움이 될 때 유용한 선택지입니다. 모델을 바꿀 때도 작업 내용과 합격 기준이 되는 테스트는 유지해야 합니다. 그래야 설명이 더 그럴듯한지에 현혹되지 않고 결과를 비교할 수 있습니다.

Cursor의 GPT-5.6 Sol 페이지는 끈기 있게 이어 가는 에이전트 작업과 간결한 계획·디버깅 응답을 특징으로 소개합니다. 다만 서브에이전트를 과도하게 사용하거나, 때로는 명시적인 실행 지시를 기다리는 경향도 언급합니다. 모델이 올바른 해결책을 제안하고 멈춘다면 실제로 구현하라고 분명히 지시해야 합니다. 잘 정리된 계획만으로 티켓이 완료되는 것은 아닙니다.

Gemini: 이미 선호할 만한 이유가 있다면 평가해 봅니다. Cursor의 일반적인 선택 가이드는 일부 사용자가 Gemini Pro를 선호한다고 설명합니다. 이를 특정 코딩 분야에서 Gemini가 우위라는 공식 주장으로 받아들여서는 안 됩니다. 현재 카탈로그에는 Gemini 4 Argon, Gemini 3.1 Pro, Gemini 3.8 Flash와 함께 Opus 5.5, Sonnet 5.5 같은 최신 Claude 모델도 올라 있습니다. 이 목록은 Auto의 라우팅 대상과 다르므로 직접 선택할 수 있는 모델 카탈로그를 확인해야 합니다.

실무에서는 계속 검토하면서 진행할 수 있는 작업에 Composer를, 긴 조사 과정이 병목인 작업에 Grok 4.7을 기본값으로 삼을 수 있습니다. 외부 모델은 별도 사용 비용을 감수할 만큼 결과물이 유용할 때 승인된 모델을 선택합니다. 어느 모델이든 사람의 검토와 저장소의 검증 절차를 통과해야 완료로 인정한다는 기준은 유지해야 합니다.

Cursor Auto의 Cost·Balance·Intelligence는 어떻게 다른가요?

Auto는 별도의 모델이 아니라 모델을 선택하는 기능이며, 새로운 Cursor Router는 현재 Teams 또는 Enterprise에서 사용할 수 있습니다. Cursor의 Router 안내는 Balance와 Intelligence를 이 체계의 기능으로 설명합니다. Plus에서는 Auto를 명시적으로 지원하지 않습니다. 모든 계정에 같은 Auto 메뉴가 표시된다고 가정해서는 안 됩니다.

모드의 정의와 과금 규칙은 Cursor의 Router 문서를 기준으로 했습니다. Cursor는 신규 사용자의 기본값을 Balance로 설명하며, 팀 관리자는 제공할 모드를 제어할 수 있습니다. 표의 ‘권장 용도’는 이를 실제 운영에 적용한 해석입니다. 일상적인 티켓은 평소 설정으로 시작하고, 단순한 호기심보다는 작업상 필요에 따라 설정 수준을 높이는 방식입니다.

현재 문서에 명시된 Router의 모델 풀은 GPT-5.5, Claude Opus 5, Grok 4.6, Claude Fable 5입니다. Cursor는 이 구성이 바뀔 수 있으며, 모델이 라우팅 대상에 포함되기 전에 직접 선택 가능한 목록에 먼저 올라올 수도 있다고 안내합니다. 따라서 모델 선택기에 Grok 4.7이나 GPT-5.6 Sol이 표시된다는 사실만으로 Auto가 해당 모델에 요청을 보낸다고 판단할 수는 없습니다. 기준은 공개된 라우팅 대상 목록입니다.

팀 리더는 라우팅 정책의 의존 관계도 알아야 합니다. Grok 4.6을 차단하면 Router가 비활성화됩니다. GPT-5.5와 Claude Opus 5를 모두 차단해도 마찬가지입니다. Cursor에 따르면 후자의 두 모델 중 하나만 차단하면 라우팅 품질이 떨어집니다. 허용 목록은 선호하는 공급자를 나열한 문서에 그치지 않고, 실제로 작동해야 하는 라우팅 설정으로 검토해야 합니다.

Enterprise에서는 관리자가 Router를 활성화해야 하며, 팀 설정으로 모드를 제한하거나 Auto 사용을 강제할 수 있습니다. 다른 계정에는 보이는 설정을 특정 개발자가 바꾸지 못하는 이유는 관리자 제어 기능에서 확인할 수 있습니다. 외부 모델로 라우팅된 요청에는 여전히 외부 모델 과금 규칙이 적용됩니다. Auto를 선택했다고 해서 기본 제공되는 자체 모델 사용량으로 바뀌지는 않습니다.

모델을 바꿀 때 함께 확인해야 할 설정

채팅 또는 에이전트 패널에서 모델을 변경한 뒤, 다음 작업을 보내기 전에 설정을 확인합니다. Cursor에 따르면 선택한 모델은 다른 대화에서도 유지됩니다. 편리한 기능이지만, 전날 선택한 비싸거나 특수한 용도의 모델이 다음 날에도 그대로 기본값이 될 수 있습니다. 특정 모델을 고르든 Auto를 쓰든 출발점은 같은 모델 전환 안내입니다.

Cursor에서 여러 모델 쓰기: 서브에이전트는 어떤 모델을 선택하나요?

상위 에이전트의 모델 선택기가 모든 서브에이전트의 모델까지 결정하지는 않습니다. 서브에이전트는 작업 일부를 위임받는 별도의 작업자입니다. Cursor의 내장 작업자는 하위 작업에 맞춰 모델을 선택합니다. 사용자 정의 작업자는 기본적으로 상위 에이전트의 모델을 따르는 inherit를 사용하거나, 모델 ID를 따로 지정할 수 있습니다. 상위 에이전트가 작업자를 실행하면서 모델을 지정할 수도 있습니다. 각 방식은 Cursor의 서브에이전트 안내에 설명되어 있습니다.

예를 들어 .cursor/agents/local-review.md에 다음과 같은 사용자 정의 설정을 둘 수 있습니다.

---
name: local-review
description: Reviews a bounded code change for correctness.
model: "composer-2.5[fast=false]"
---
Review the supplied diff and relevant tests.
Report concrete defects with file references. Do not edit files.

이 모델 설정은 표준 속도의 Composer 2.5를 명시적으로 선택합니다. 작업자가 상위 에이전트의 모델을 따르게 하려면 대신 model: inherit를 사용합니다. 모델 지정 문법은 Cursor의 설정 안내를 기준으로 했습니다.

여기서 과금에 미치는 영향을 놓치기 쉽습니다. Grok, Composer 또는 Auto를 사용하는 상위 에이전트도 특정 외부 모델에 작업을 위임할 수 있습니다. 그 작업자는 새 구독 체계에서는 선불 크레딧을, 기존 요금제에서는 Other Models 사용량을 소비합니다. 작업 카드에는 실제 실행된 모델이 표시되고, 사용량 대시보드에도 해당 모델이 기록됩니다. 설정에 모델을 지정해 두었더라도 요금제 제한이나 관리자의 차단 정책이 우선할 수 있습니다.

팀에서 예상 밖의 요금이 나온 원인을 조사한다면 이 작업자 기록부터 살펴봅니다. 메인 채팅에 자체 모델이 표시되었다는 이유만으로 제공량이 잘못 차감되었다고 결론 내려서는 안 됩니다. 서브에이전트마다 별도의 컨텍스트와 토큰 사용량이 있으므로, 위임에도 분명한 목적이 있어야 합니다. 독립적인 조사, 별도의 검토, 분리된 컨텍스트가 유리한 작업 등이 그 예입니다.

Cursor에서 자체 API 키로 모델 연결하기

본인의 API 키를 연결하면 지원되는 추론 요청의 비용을 누가 청구하는지가 바뀝니다. 요금제, 기능, 공급자의 제한까지 없어지는 것은 아닙니다. Plus는 BYOK를 지원하지 않습니다. BYOK는 사용자가 자신의 키를 가져와 연결한다는 뜻입니다. Cursor의 API 키 문서는 OpenAI의 일반 비추론 채팅 모델, Anthropic Claude, Google Gemini, Azure OpenAI, AWS Bedrock을 지원하며, 각 공급자가 지원하는 구성 범위 안에서 사용할 수 있다고 안내합니다.

연결하려면 Cursor Settings > Models를 열어 공급자를 선택하고, 키를 입력한 뒤 저장합니다. 지원되는 개인 요금제에서는 공급자가 이 요청에 직접 요금을 청구하며, Cursor의 기본 제공 모델 사용량이나 선불 크레딧을 차감하지 않습니다. Teams와 Enterprise에서는 적용 대상 요청에 여전히 Cursor Token Rate가 붙습니다. Tab 자동완성은 계속 Cursor의 내장 모델을 사용합니다.

조직이 이미 공급자 계정을 보유하고 있고 그 계정으로 추론 비용을 청구받으려 할 때 유용합니다. 그렇다고 모든 모델 버전이나 Cursor의 모든 기능이 해당 계정을 사용한다는 뜻은 아닙니다. 팀의 과금 방식을 바꾸기로 판단하기 전에, 필요한 모델이 선택기에 표시되는지와 원하는 워크플로가 지원되는지를 확인해야 합니다.

데이터 처리 방식도 구분해야 합니다. 요청은 프롬프트를 구성하기 위해 여전히 Cursor의 백엔드를 거칩니다. Cursor는 키를 안전하게 전송하고 영구 저장하지 않는다고 설명하지만, BYOK에는 Cursor의 Zero Data Retention 정책이 적용되지 않습니다. 공급자의 정책이 적용됩니다. 청구서를 어디서 받을지만 볼 것이 아니라 조직의 요구 사항에 맞는 연결 방식을 선택해야 합니다.

접속 지역에 따라 선택 가능한 모델이 줄어들 수 있습니다

모델이 보이지 않는 원인은 요금제뿐 아니라 공급자의 지역 제한일 수도 있습니다. Cursor의 지역 안내에 따르면 공급자 제한 때문에 모델이 선택기에서 제외될 수 있습니다. 다른 활성화된 모델을 고르거나, 계정에서 지원한다면 Auto를 사용할 수 있습니다. 공급자 API 키 역시 해당 공급자가 접근을 허용한 지역에서만 작동하며, 지역 차단을 우회할 수는 없습니다.

여러 지역에 흩어진 개발팀이라면 모든 개발자에게 동일한 모델 메뉴가 보인다는 전제로 표준을 정하기 전에, 각 개발자의 접속 지역에서 원하는 구성을 확인해야 합니다. 모델이 보이지 않을 때는 요금제, 관리자 허용 목록, 공급자의 이용 가능 지역 순으로 점검합니다. 편집기를 반복해서 재설치하는 것보다 유용한 진단 방법입니다.

10월 개편만으로 단정할 수 없는 것들

구독 메뉴가 바뀌었다는 사실만으로 GPT가 Cursor에서 사라졌다고 볼 수는 없습니다. 검증일 기준으로 Cursor는 여전히 GPT-5.6 Sol을 문서에 안내하고 있습니다. 소셜 미디어 게시물 하나만으로 특정 공급자의 이탈이나 지원 종료일을 확정할 수는 없습니다. 현재 카탈로그와 계정의 실제 이용 권한을 바탕으로 오늘의 워크플로를 결정해야 합니다.

Auto 역시 ‘매번 가장 최신 모델을 사용한다’는 뜻이 아닙니다. 검증된 라우팅 대상은 전체 카탈로그와 다르며, Auto의 목적은 작업에 따라 모델을 선택하는 것입니다. 특정 모델의 사용 자체가 완료 조건에 포함된다면, 라우터가 골라 주기를 기대하기보다 사용 가능한 환경에서 해당 모델을 직접 선택해야 합니다.

컨텍스트 윈도가 더 크거나 추론 강도 설정이 더 높더라도 정확한 작업 지시를 대신할 수는 없습니다. 어려운 버그를 맡길 때는 재현 방법, 기대하는 동작, 반드시 통과해야 할 테스트를 제공해야 합니다. 용량이 늘면 더 많은 근거를 담을 수 있지만, 빠진 요구 사항까지 채워 주지는 않습니다.

여러 코딩 클라이언트에서 동일한 공급자의 모델을 계속 쓰는 것이 요구 사항이라면, Cursor 대안 비교에서 그 선택을 별도로 다룹니다. 공급자 이탈을 전제하지 않더라도, 클라이언트를 옮겨 가며 모델을 사용할 수 있는지는 대안을 검토할 충분한 이유가 됩니다.

지금 점검할 사람, 전환을 기다릴 사람, 현재 구성을 유지할 사람

개발자는 기본 모델을 바꿔서 해결하려는 문제가 분명할 때만 변경하는 것이 좋습니다. Composer가 일상 작업에서 검토 가능한 변경 결과를 만든다면 유지합니다. 어려운 작업을 계속 끝내지 못한다면 완료 조건을 명확히 정한 뒤 Grok 4.7을 평가합니다. 실패 원인이 모호한 요구 사항이라면 요구 사항부터 바로잡아야 합니다.

팀 리더는 지금 라우팅과 서브에이전트를 점검해야 합니다. 허용된 모델, 화면에 표시되는 Auto 모드, 실제 라우팅 모델의 표시 여부, 사용자 정의 작업자의 별도 모델 지정을 확인합니다. 상위 에이전트의 모델만 승인하는 정책으로는 실제 워크플로 일부를 검토하지 못하게 됩니다.

Claude, GPT, Gemini가 필요한 구매자는 Plus를 후보에서 제외해야 합니다. 기존 구독자는 전환으로 어떤 제공량을 잃는지 파악할 때까지 기다리는 편이 좋습니다. 공개된 요금제 이름이 바뀌었다는 이유만으로 잘 작동하는 기존 계정을 새 과금 체계로 옮겨야 하는 것은 아닙니다.

월요일에는 실제 백로그에서 일상적인 티켓과 어려운 티켓을 하나씩 골라 봅니다. 선택한 모델과 설정, 작업자별 모델, 완료한 검증, 사용량을 기록합니다. 가장 적은 수정으로 수용 가능한 결과를 내면서 사용량도 예측할 수 있는 구성을 유지합니다. 모델 이름 하나만 보고 팀 전체의 표준을 정하는 것보다 이러한 관찰이 더 유용합니다.

자주 묻는 질문

모델 변화와 그에 따른 워크플로를 다루는 실용적인 가이드를 받아보려면 뉴스레터를 구독하세요.