Cursor 6월 업데이트 완전 정리: Auto-Review·Bugbot 사용량 과금·Premium Seat [2026-06]

TL;DR — 6월 1일자로 Cursor 사용법이 바뀝니다

6월 1일부로 Cursor Teams 청구가 둘로 갈라졌습니다. Composer/Auto 모델 풀과 3rd party API 풀이 분리됐고, Premium Seat(Standard 대비 5배 포함량·3배 가격)이 새로 생겼습니다. 그보다 사흘 앞선 5/29에 Auto-Review 모드가 들어왔고, 5/11에 Bugbot이 $40/seat/월 → 건당 $1~1.50 사용량 과금으로 갈아탔습니다. Cursor는 "90% 팀의 비용이 내려간다"고 주장하지만, 실제 효과는 팀 사용 패턴에 따라 갈립니다 — 이 글에서 항목별로 적용 + 함정 + 마이그레이션을 단계로 정리합니다.

5/27에 Cursor 3.5 Shared Canvases 글을 썼을 땐 "협업 기능에 집중한 마이너 업데이트"였는데, 7일 뒤 가격 구조까지 바뀐 거라 별도 정리가 필요했습니다.

Photo by Chris Ried on Unsplash | 가격·실행·과금 3축이 한꺼번에 흔들린 6월

사전 준비 — 적용 대상 확인

먼저 본인 플랜이 무엇인지 확인하세요. 변경 영향 범위가 다릅니다.

신규 고객은 6/1부로 즉시 새 구조. 기존 고객은 7/1 이후 갱신 사이클 기준으로 자동 전환. 따라서 갱신일이 7월 중순 이상이라면 6월 한 달은 현행 유지 — 미리 대시보드만 익히면 됩니다.

# Cursor CLI/IDE 버전 확인 — 6월 패치 받았는지
cursor --version
# 권장: 2026.06.01 빌드 이상

기존 버전이라면 IDE 우상단 알림으로 자동 업데이트 안내가 뜹니다. CI에 Cursor가 묶여 있다면 cursor agent 호출 시 새 모드 옵션을 못 알아들을 수 있으니 업데이트 후 워크플로 점검 필수.

Step 1 — 6/1 Teams 가격 개편 적용

가장 큰 변화. 사용량 풀이 2개로 나뉨: Composer/Auto 풀과 3rd party API 풀.

1-A. 대시보드에서 풀 사용량 확인

Cursor 대시보드 → Usage → 두 개의 게이지
- "Composer + Auto" 풀: 매월 $X 한도
- "3rd party API" 풀: 매월 $Y 한도 (Anthropic Direct, OpenAI Direct 등)

왜 갈랐나: 한 풀에 섞여 있으면 Anthropic API 호출이 갑자기 늘 때 Cursor 자체 모델 한도까지 잠식했음. 이제는 격리.

1-B. Premium Seat — 어떤 팀이 옮겨야 하나

핵심 함정: Premium의 3배 비용은 "Standard 대비" 라서, 헤비 유저 1명을 Premium으로 옮기는 게 가벼운 유저 3명 추가 시트보다 비쌉니다. 한도 초과 안 하는 시트를 Premium으로 옮기는 건 손해.

1-C. Spend Alert 설정 — Slack/Email

Cursor 대시보드 → Settings → Spend Alerts
- Threshold: $500 / $1000 / 사용자 지정
- Channel: Slack 워크스페이스 / Email 리스트
- Frequency: 임계치 도달 시 / 일일 요약 / 주간 요약

신규 가격 개편 첫 달은 반드시 임계치 알림 켜 두기. Premium 전환 직후 사용량이 어떻게 흐르는지 데이터 잡아야 다음 달 결정이 가능합니다.

Step 2 — Auto-Review 모드 (5/29 출시)

이게 5/27 Shared Canvases 글 이후 가장 큰 워크플로 변화입니다.

2-A. Auto-Review가 다루는 것

• Shell tool calls (bash 명령)
• MCP tool calls (외부 MCP 서버 호출)
• Fetch tool calls (HTTP 호출)

기존엔 위 3종이 호출될 때마다 "이거 실행해도 되나요?" 승인 프롬프트가 떴는데, Auto-Review는 분류기 서브에이전트가 판단합니다.

Auto-Review 분류 흐름:
1. Allowlisted call → 즉시 실행
2. Sandbox 가능한 call → 격리 환경 실행
3. 위 둘 다 아닌 call → 사용자 승인 요청

2-B. 활성화 + 안전 설정

Cursor IDE → Settings (⌘,) → Cursor Settings → Agents → Run Mode
선택: Manual / Auto-Review / Aggressive
권장: Auto-Review (Manual보다 빠르고, Aggressive보다 안전)

저는 처음에 Aggressive로 켰다가 npm install 한 줄이 의존성 1,400개를 받아오는 걸 막지 못해 한참 곤란했습니다. Auto-Review가 안전한 기본값입니다. 진짜 신뢰 가는 워크플로(예: 격리 컨테이너 안)에서만 Aggressive로.

2-C. Instruction-Based Steering

Auto-Review는 자연어 지시로 분류기 동작을 미세조정할 수 있습니다.

Settings → Agents → Custom Steering:
"Database migrations require manual approval.
 npm/pnpm/yarn install can run sandboxed.
 git push to main always requires approval."

이런 식으로 팀별 합의를 자연어로 박아두면, 신규 입사자도 동일 규칙이 자동 적용됩니다.

Photo by Mohammad Rahmani on Unsplash | Auto-Review = 매 호출에 분류기가 따라붙는다

Step 3 — Bugbot 사용량 과금 적응 (5/11 부터)

이전: $40 / seat / 월 (시트 수 × $40)
이후: 사용량 과금 — 평균 $1.00~1.50 / run

3-A. PR당 비용 추정 공식

PR당 예상 = $1.00 (PR 작은 경우) ~ $1.50 (큰 PR / High effort)
월 비용 ≈ (월 PR 수 × 평균 effort 단가)

10명 팀이 시트 모델에선 $400/월이었는데, 월 PR 200건 × $1.20 평균 = $240/월 — 절약. 반대로 월 PR 1,000건 큰 팀이면 $1,000~1,500 — 손해.

3-B. Effort Level — 비용 통제 핵심

PR 본문에 자연어로:
"@bugbot effort: high"
또는 기본값을 .cursor/bugbot.json에:
{ "default_effort": "default", "high_effort_paths": ["payments/*", "auth/*"] }

기본은 default. high는 더 깊은 리뷰 + 비용 +30~50%. 결제·인증 같은 민감 경로에만 high를 강제하는 게 표준 패턴.

3-C. 시트 비용 사라진 만큼 — 어디로 갈까

남는 예산은 보통 두 갈래로 갑니다.

1. Premium Seat 1~2석 추가 — 헤비 유저용
2. Auto-Review를 더 공격적으로 — 단위 작업 비용은 늘지만 사람 리뷰 시간 절약

저희 팀(가상 시나리오: 7명)은 시트 모델 $280 → 사용량 $180 + Premium 시트 1석 추가 = $310. 절대치는 비슷한데 워크플로 속도가 체감 30~40% 빨라졌습니다.

Photo by Ilya Pavlov on Unsplash | 시트 청구가 사라진 자리에는 사용량 그래프가 들어선다

자주 발생하는 에러와 해결법

문제 1: "갑자기 한도 초과 알림"

원인: 6/1 이전엔 한 풀이라 평균됐던 사용량이, 풀 분리 후 한쪽만 빨리 소진.

해결:

• 대시보드에서 어느 풀이 먼저 소진되는지 확인
• 3rd party API 풀이 빨리 소진 → Anthropic Direct 호출을 Cursor Composer로 라우팅
• Composer 풀이 빨리 소진 → Premium Seat 검토

문제 2: Auto-Review가 너무 자주 승인 요청

원인: 분류기가 보수적으로 작동. Custom Steering이 비어있음.

해결: Custom Steering에 본인 워크플로 5~10개 명시. 며칠 사용하며 누적.

문제 3: Bugbot 청구서가 예상보다 많음

원인: high effort가 기본값이 되어 있거나, draft PR에도 자동 트리거.

해결:

// .cursor/bugbot.json
{
  "default_effort": "default",
  "skip_draft": true,
  "high_effort_paths": ["payments/*", "auth/*"]
}

문제 4: 갱신일 전에 Premium으로 못 바꿈

원인: 기존 고객은 다음 갱신 사이클까지 자동 전환 대기.

해결: 즉시 전환 원하면 Cursor 지원 문의 — pro-rated 청구로 즉시 변경 가능 (확인된 정책).

다른 도구와 비교 — Cursor 6월 vs Claude Code vs Windsurf

자세한 Opus 4.8 통합 영향은 어제 글에서 다뤘고, Claude Code 5월 업데이트는 별도 글이 있습니다.

정리 — 한 페이지로 보는 6월 Cursor

다음 단계로 AI Tutorial & How-to 카테고리에서 Claude Code·Windsurf 가이드도 함께 비교하면 본인 워크플로에 맞는 조합을 찾기 쉬워집니다.

---

참고 자료

• Cursor Changelog 공식 — Cursor 공식, 2026년 5~6월
• Cursor Release Notes June 2026 — Releasebot, 2026년 6월 기준
• Cursor 2.3 is here Community Discussion — Cursor Community Forum, 2026년 5월
• Cursor Changelog 2026 분석 — PromptLayer Blog, 2026년 기준
• Cursor major update CNBC — CNBC, 2026년 2월
• Cursor AI 2026 Complete Guide — Anycap.ai, 2026년

함께 읽으면 좋은 글:

• Cursor 3.5 Shared Canvases 완전 정리: 에이전트 대시보드로 협업·PR 리뷰 - 6월 변화 직전의 5/20 Shared Canvases 정리
• Cursor 3.3 완전 정리: /multitask 서브에이전트·Bugbot 자가학습·취약점 스캐너 - Bugbot 시트 모델 당시의 가격/기능
• Claude Opus 4.8 완전 정리: 코드 결함 4배 감소·Fast Mode 3배 저렴 - Cursor Composer 2.5와 같은 시기의 경쟁 모델
• Claude Code 5월 업데이트 총정리: 플러그인 URL 설치·세션 ID·MCP 메모리 누수 수정 - 같은 기간 Claude Code 동향 — Cursor vs Claude Code 의사결정 자료