2026년 7월 28일에 제공이 시작된 Cursor의 새로운 플랜 「Cursor Start」에 대해, 공식 플랜 설명문이 업데이트되었습니다. 표현상으로는 경미한 문구 수정으로 보이지만, 실질적으로는 Start 플랜에서 이용할 수 있는 모델의 성능·응답 속도에 관한 제한이 처음으로 명문화되었다는 중요한 변경 사항입니다.

지금까지는 「Grok 4.5는 가장 강력한 모델」, 「Composer는 가장 가격 효율적인 코딩 모델」과 같은 마케팅적인 표현만이 기재되어 있었으나, 이번 업데이트로 해당 문구가 삭제되고 대신 다음과 같은 구체적인 제한이 명시되었습니다.

• Grok 4.5: 「fixed medium effort」, 「non-fast」
• Composer: 「non-fast」

에이전트(Agent)를 통한 일상적인 개발에 충분한 이용량을 제공한다는 점은 변함이 없지만, 모델의 추론 강도(reasoning effort)나 응답 속도를 중시하는 사용자에게는 간과할 수 없는 정보입니다. 본 기사에서는 이 변경점을 정리하고, 영향을 받는 사용자와 그 대응책을 해설합니다.

📌 영향을 받는 사람

• Cursor Start 플랜(월간 과금)을 검토 중이거나 이미 계약 중인 사용자
• 에이전트의 reasoning effort (low/high 등)를 조정하여 사용하고 싶은 사용자
• 혼잡 시에도 빠른 응답(fast queue)을 기대하는 사용자

이번 변경은 「플랜의 내용이 바뀐 것」이 아니라, 「지금까지 모호했던 제한이 명문화되었다」는 점이 포인트입니다. 관계를 도식화하면 다음과 같습니다.

Grok 4.5·Composer 이외의 요소(클라우드 에이전트의 상시 가동, Cursor for iOS)에는 변경이 없으며, 모델 이용 조건에 대한 기술만 핀포인트로 수정되었습니다.

변경 전후의 문구를 비교하면, 삭제된 표현과 추가된 제한이 명확해집니다.

• reasoning effort가 medium으로 고정

Grok 4.5는 본래 low / medium / high 등 reasoning effort(추론에 사용하는 계산량)를 전환할 수 있지만, Start 플랜에서는 medium으로 고정되어 높은 정밀도가 필요한 상황에서 high로 올리거나, 반대로 속도를 중시하여 low로 낮추는 등의 조정이 불가능합니다.

• fast 요청 이용 불가

Cursor에는 혼잡 시 우선적으로 처리되는 「fast 요청」 메커니즘이 있지만, Start 플랜의 Grok 4.5와 Composer는 모두 non-fast 취급입니다. 접속이 집중되는 시간대에는 큐(queue) 대기가 발생할 가능성이 있습니다.

• 선전적 표현의 삭제

「most powerful」, 「most price-efficient」와 같은 주관적인 소구 문구가 삭제되고, 사실 기반의 제한 기술로 대체되었습니다. 문서로서의 정확성은 향상된 반면, 기존 설명을 보고 플랜을 선택했던 사용자에게는 기대치와의 격차가 발생할 수 있습니다.

⚠️ Breaking Change는 아니지만 확인 필요

기능 자체가 삭제된 것이 아니라 「명시되지 않았던 제한이 명문화된」 형태입니다. 다만, 실제 체감 속도·정밀도가 문서상의 기대와 다를 경우, 계약 전에 확인해 두어야 할 내용입니다.

판단이 어려울 경우에는 다음 플로우를 통해 자신의 워크플로우에 Start 플랜이 적합한지 확인하십시오.

구체적인 액션은 다음과 같습니다.

• 에이전트로 고정밀 추론(high effort)이 필요한 태스크가 많은 사람: Start 플랜에서는 medium으로 고정되어 있으므로, 상위 플랜(Pro 등)으로의 전환을 검토하십시오.
• 낮 시간대 혼잡 시간에 에이전트를 다용하는 사람: non-fast이기 때문에 큐 대기가 발생할 수 있습니다. 응답 속도가 생산성에 직결된다면 상위 플랜을 검토하십시오.
• 경량 태스크·개인 학습 용도인 사람: 「매일 에이전트로 개발할 수 있는 충분한 이용량」이라는 점은 유지되고 있으므로, Start 플랜 그대로 사용해도 문제없을 가능성이 높습니다.

💡 Tips

플랜 변경을 검토하기 전에, 실제 이용 로그를 통해 「fast 요청이 필요했던 빈도」, 「effort를 high로 바꾸고 싶었던 상황이 얼마나 있었는지」를 되돌아보면, 상위 플랜으로의 전환이 정말로 필요한지 객관적으로 판단하기 쉬워집니다.

이번 변경은 문서 문구의 수정이며, API나 코드의 변경은 없습니다. 참고용으로, Cursor의 에이전트 설정에서 모델이나 reasoning effort를 의식할 때의 설정 이미지(의사 코드)를 보여드립니다.

Before (Start 플랜에서의 기대치·오해하기 쉬운 설정 이미지)

// Start 플랜에서도 effort를 자유롭게 전환할 수 있다고 오해하기 쉬운 예
{
"model": "grok-4.5",
...

After (Start 플랜의 실제 동작을 반영한 설정 이미지)

// Start 플랜의 실제 제한을 반영한 설정
{
"model": "grok-4.5",
...

• Cursor Start 플랜의 모델 이용 조건에 대해, Grok 4.5는 「reasoning effort가 medium 고정」, 「non-fast」이며, Composer는 「non-fast」임이 공식적으로 명시되었습니다.
• 기존의 「가장 강력한 모델」, 「가장 가격 효율이 좋은 모델」과 같은 광고성 표현은 삭제되었으며, 사실 기반의 제한 기술로 대체되었습니다.
• 「매일 에이전트로 개발할 수 있는 충분한 이용량」이라는 기본 방침 자체는 변하지 않았습니다.
• reasoning effort 조절이나 고속 응답(fast 큐)이 업무상 중요한 사용자는 상위 플랜으로의 전환을 검토할 가치가 있습니다.
• 가벼운 이용이 중심인 사용자라면 Start 플랜 그대로 사용해도 큰 지장은 없을 것으로 생각됩니다.

계약 중이든 검토 중이든 관계없이, 자신의 워크플로우에서 「effort 조절」, 「fast 응답」이 얼마나 중요한지 한 번 정리하여 플랜 선택의 타당성을 재검토해 보시는 것을 추천합니다.