Cursor BugBot v11 기준
IT/AI
Cursor BugBot, 무료라는 말이 절반만 맞습니다
Cursor BugBot을 “무료로 써볼 수 있다”는 말, 맞긴 합니다. 그런데 막상 팀에 붙이려고 하면 구조가 달라집니다. 요금은 따로, 한도는 별도, Autofix는 또 베타를 막 벗어났습니다. 공식 문서와 외부 벤치마크를 직접 들여다보고 정리했습니다.
Cursor BugBot이 정확히 뭔가요?
Cursor BugBot은 GitHub PR(풀 리퀘스트)에 자동으로 붙어서 코드 버그를 잡아주는 AI 코드 리뷰 에이전트입니다. Cursor IDE 안에서 쓰는 Tab 자동완성이나 Agent 기능과는 완전히 별개의 제품입니다. PR을 열면 diff를 읽고, 로직 오류·보안 취약점·널 포인터 문제 등 프로덕션에서 실제로 문제가 될 만한 것들을 짚어줍니다.
결정적인 특징은 “스타일이나 포맷 지적은 안 한다”는 겁니다. 들여쓰기, 변수명 컨벤션 같은 건 아예 건드리지 않고, 실제로 런타임에서 터질 수 있는 것들만 올립니다. Cursor 공식 블로그 표현 그대로라면 “개발자가 무시하는 도구는 쓸모가 없다”는 철학에서 출발한 설계입니다. (출처: cursor.com/ko/blog/building-bugbot, 2026.01.15)
💡 공식 문서와 실제 출시 흐름을 같이 놓고 보니 이런 차이가 보였습니다 — BugBot은 Cursor IDE 구독과 요금이 완전히 별도입니다. Cursor Pro를 쓰고 있어도 BugBot을 팀에 붙이려면 추가 계약이 필요합니다.
2025년 7월에 Version 1로 출시했고, 2026년 1월에 Version 11까지 올라왔습니다. 6개월 만에 버전을 11번 올렸다는 건 아직 빠르게 바뀌고 있다는 뜻이기도 합니다. (출처: cursor.com/ko/blog/building-bugbot)
요금 구조 — Pro 플랜과 완전히 분리됩니다
“Cursor Pro 쓰면 BugBot도 되는 거 아닌가요?” 이 질문이 제일 많이 나옵니다. 결론부터 말씀드리면, 아닙니다. Cursor 요금제 페이지를 보면 IDE 플랜(Hobby·Pro·Pro+·Ultra)과 BugBot 플랜이 완전히 다른 섹션으로 나뉘어 있습니다. (출처: cursor.com/ko/pricing)
| 플랜 | 월 요금 | 포함 사항 | BugBot 포함? |
|---|---|---|---|
| Hobby (IDE) | 무료 | Agent 제한, Tab 제한 | ❌ |
| Pro (IDE) | $20/월 | 프런티어 모델, Cloud Agent | ❌ |
| BugBot Pro (단독) | $40/user/월 | 월 최대 200건 PR 리뷰 | ✅ |
| BugBot Teams | $40/user/월 | 모든 PR 리뷰 + 분석 대시보드 | ✅ |
팀원 5명이 Cursor Pro와 BugBot을 함께 쓴다면, IDE 비용 $20 × 5 = $100에 BugBot $40 × 5 = $200이 더해져 월 $300입니다. IDE를 원래 쓰던 팀이라면 BugBot 자체가 순수 추가 비용입니다.
💡 BugBot Pro는 14일 무료 체험판이 있고, Cursor IDE 없이도 GitHub에 연동해서 독립적으로 쓸 수 있습니다. “Cursor IDE를 써야만 BugBot을 쓸 수 있다”는 건 공식 문서 어디에도 없습니다.
BugBot Pro는 월 200건 PR 한도가 있습니다. 활발한 팀이라면 한도를 넘을 수 있고, 그 경우 Teams 플랜(한도 없음)으로 전환해야 합니다. Teams도 $40/user/월이라 가격은 같지만 기능이 다릅니다. (출처: cursor.com/ko/pricing)
탐지율 87.8%가 높아 보이는 이유, 낮아 보이는 이유
DeepSource가 공개한 OpenSSF CVE 벤치마크(165개 실제 보안 취약점, JS/TS 기준)에서 Cursor BugBot의 Recall은 87.80%로 8개 도구 중 1위였습니다. (출처: deepsource.com/benchmarks) 버그를 놓치지 않는다는 측면에선 가장 적극적인 도구입니다.
그런데 Precision은 74.23%였습니다. 직접 계산해보면 이렇습니다. BugBot이 “버그”라고 올린 지적 100개 중 약 26개는 실제 버그가 아닙니다. 개발자 입장에서 26개를 하나하나 검토하고 “이건 아니구나”라고 닫아야 합니다.
| 도구 | Accuracy | Precision | Recall | F1 |
|---|---|---|---|---|
| DeepSource | 82.42% | 90.77% | 71.95% | 80.27% |
| Cursor BugBot | 78.79% | 74.23% | 87.80% ①위 | 80.45% |
| Codex (GPT-5) | 81.21% | 94.74% | 65.85% | 77.70% |
| Claude Code | 71.52% | 90.70% | 47.56% | 62.40% |
| CodeRabbit | 61.21% | 100% | 21.95% | 36.00% |
BugBot은 “놓치지 않겠다”는 방향으로 조정된 도구입니다. Precision 100%인 CodeRabbit은 올린 지적은 다 맞지만, 실제 버그 10개 중 2개만 잡습니다. BugBot은 10개 중 9개에 가깝게 잡되, 가짜 경고도 함께 딸려옵니다. 어느 쪽이 팀에 맞는지는 배포 실패 비용이 얼마나 큰가에 달려 있습니다.
Autofix 35% 병합율의 진짜 의미
2026년 2월 26일, Bugbot Autofix가 베타를 벗어나 정식 출시됐습니다. Bugbot이 PR에서 버그를 찾으면, 이제 “이렇게 고쳐라”가 아니라 Cloud Agent가 직접 코드를 수정한 PR을 만들어 올립니다. (출처: cursor.com/ko/blog/bugbot-autofix, 2026.02.26)
Autofix가 제안한 변경 사항 중 35%가 실제로 병합됩니다. 처음 들으면 “그럼 65%는 거절당하는 거 아닌가”라고 느껴집니다. 맞습니다. 그런데 비교가 필요합니다. 기존 정적 분석 도구의 자동 수정 수용율은 대부분 10% 미만입니다. (출처: getpanto.ai/blog/bugbot-vs-coderabbit) 35%는 업계 기준으로 3배 이상 높은 수치입니다.
💡 Cursor 공식 발표문과 Autofix 실제 작동 흐름을 같이 보면 이런 구조가 됩니다 — Autofix는 독립된 가상 머신에서 실제로 코드를 테스트하고 변경 PR을 만듭니다. 단순 패치 제안이 아니라, 에이전트가 직접 빌드·테스트까지 돌리는 방식입니다.
PlanetScale 사례도 참고할 만합니다. 2,000건 이상의 PR 중 80% 이상에 Bugbot을 붙였고, “풀타임 엔지니어 2명 분량의 코드 리뷰 노력을 절감했다”고 공식 발표했습니다. (출처: cursor.com/ko/blog/planetscale) 팀 규모가 클수록 절감 효과가 비례해서 커지는 구조입니다.
CodeRabbit과 다른 점 — 어떤 팀에 맞나요?
AI 코드 리뷰 시장에서 BugBot과 자주 비교되는 건 CodeRabbit입니다. 두 도구는 같은 목적지를 향해 완전히 다른 방향으로 달립니다.
| 항목 | Cursor BugBot | CodeRabbit |
|---|---|---|
| 탐지 방식 | Precision 지향 | Coverage 지향 |
| 오탐율 | 약 26% (낮음) | 튜닝에 따라 다름 |
| PR 요약 | ❌ 없음 | ✅ 있음 |
| 채팅 인터랙션 | ❌ 없음 | ✅ 있음 |
| 플랫폼 지원 | GitHub 중심 | GitHub·GitLab·Bitbucket 등 |
| 자동 수정 | ✅ Autofix (정식) | ✅ 있음 |
솔직히 말하면, BugBot은 “잘못된 코드가 프로덕션에 배포됐을 때 비용이 큰 팀”에 더 잘 맞습니다. 핀테크, 의료, 인프라 백엔드처럼 버그 하나가 큰 사고로 이어지는 곳에서는 오탐이 조금 더 있더라도 Recall이 높은 편이 낫습니다. 코드 리뷰 속도와 팀 공유 이해가 더 중요한 스타트업이라면 CodeRabbit이 현실적입니다.
알려진 한계 — 공식 포럼에서 직접 확인한 것들
Cursor 공식 포럼(forum.cursor.com)에 2026년 3월 11일 올라온 버그 리포트가 있습니다. 요약하면 이렇습니다: PR에서 BugBot이 버그를 지적했는데, 해당 코드를 건드리지 않은 다른 커밋이 푸시됐더니 이전 지적이 자동으로 “해결됨” 처리됐다는 겁니다. 코드는 그대로인데 지적이 사라진 셈입니다.
Cursor 공식 응답은 이렇습니다. “새 커밋이 들어오면 이전 지적과 현재 HEAD 사이의 diff를 모델에 넘겨서 해결됐는지 판단하는데, 모델이 오탐(false positive)을 낼 수 있고 현재는 쉬운 해결책이 없다.” — 이유는 아직 공개되지 않았지만, 개선이 필요한 부분으로 인식하고 있다는 뜻입니다. (출처: forum.cursor.com, 2026.03.11)
⚠️ 실사용 전 체크 포인트
① 현재 GitHub 중심 연동 (GitLab 지원은 제한적)
② 커밋 간 지적 상태 지속성이 불완전 (2026.03 기준)
③ PR 요약·채팅 인터랙션 없음 — 지적만 올리고 설명은 최소화
④ 월 200건 PR 한도(Pro 플랜) — 초과 시 Teams 전환 필요
이 부분이 좀 아쉬웠습니다. Version 11까지 빠르게 올라왔지만, 지적 상태 관리처럼 실제 팀 워크플로우에서 매일 쓰이는 부분은 아직 다듬어지고 있는 단계입니다.
자주 나오는 질문 5개
마치며 — 지금 쓸 만한 도구인가요?
솔직히 말하면, “무료로 써볼 수 있다”는 말은 맞습니다. 14일 체험판 기간 동안은 진짜 무료입니다. 그런데 팀에 정착시키려는 순간 $40/user/월이라는 숫자가 현실이 됩니다. Cursor IDE와 별도 비용입니다.
기능 자체는 인상적입니다. Recall 87.80%는 현재 AI 코드 리뷰 시장에서 가장 공격적인 수치이고, Autofix의 35% 병합율은 기존 정적분석 도구 대비 3배 이상입니다. PlanetScale처럼 엔지니어 2명 분량의 리뷰를 절감한 사례도 있습니다.
다만 커밋 간 지적 상태 지속성 문제, GitHub 중심 생태계, PR 요약·채팅 기능 부재 같은 한계는 아직 존재합니다. Version 11까지 6개월 만에 올라온 속도를 보면 빠르게 개선될 것 같기는 합니다.
배포 실패 비용이 높은 팀, GitHub 기반으로 운영 중인 팀이라면 14일 체험은 해볼 만합니다. 리뷰 속도가 우선이고 멀티 플랫폼 지원이 필요하다면 지금 당장은 다른 선택지가 더 현실적입니다.
📌 본 포스팅 참고 자료
- Cursor 공식 — BugBot 소개 페이지: cursor.com/ko/bugbot
- Cursor 공식 블로그 — Building a better Bugbot (2026.01.15): cursor.com/ko/blog/building-bugbot
- Cursor 공식 블로그 — Bugbot Autofix 정식 출시 (2026.02.26): cursor.com/ko/blog/bugbot-autofix
- Cursor 요금제 페이지: cursor.com/ko/pricing
- DeepSource 공개 벤치마크 (OpenSSF CVE 기준): deepsource.com/benchmarks
- Panto AI — Bugbot vs CodeRabbit 비교 (2026.02.18): getpanto.ai/blog/bugbot-vs-coderabbit
- Cursor 공식 포럼 — BugBot 상태 지속성 버그 리포트 (2026.03.11): forum.cursor.com
※ 본 포스팅은 2026년 3월 23일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 수치 및 요금은 Cursor 공식 문서와 DeepSource 공개 벤치마크를 기준으로 했으며, 이후 업데이트 내용은 각 공식 채널에서 직접 확인하시기 바랍니다.
댓글 남기기