Cursor BugBot 직접 써봤습니다 — 잡는 것과 못 잡는 것

PR을 열면 BugBot이 알아서 코드를 리뷰해주는 시대가 왔습니다. 막상 써보니까 해결률 수치는 인상적이었는데, 1차 패스에서 모든 버그를 잡아준다는 기대와는 다른 흐름이 있었습니다. 공식 문서와 실사용 커뮤니티 데이터를 교차해서 확인한 내용을 정리했습니다.

BugBot이 뭔지, 한 줄로 먼저 짚고 갑니다

Cursor BugBot은 GitHub PR에 연동되어 코드가 머지되기 전에 버그, 보안 취약점, 성능 문제를 자동으로 잡아주는 AI 코드 리뷰 에이전트입니다. PR을 열거나 업데이트하면 자동으로 실행되고, 문제를 발견하면 댓글로 알려줍니다. Cursor 편집기 자체가 아니라 GitHub 워크플로에 붙는 별도 도구라는 점이 핵심입니다.

Cursor BugBot은 2025년 여름 베타로 출시됐고, 2026년 1월에는 11번째 버전이 공개됐습니다. 같은 해 2월 26일에는 Bugbot Autofix가 정식 출시됐습니다 — PR에서 발견한 버그를 BugBot이 직접 수정까지 해주는 기능입니다. (출처: Cursor 공식 블로그, 2026.02.26)

설정은 cursor.com/dashboard → Integrations → GitHub 연결 순서로 진행합니다. Cursor 관리자 권한과 GitHub 조직 관리자 권한이 모두 필요합니다. 개인 계정이 아닌 조직 레벨 설정이기 때문에, 혼자 쓰는 개인 레포에서는 처음 설정이 살짝 번거롭습니다.

▲ 목차로 돌아가기

해결률 76%가 실제로 의미하는 것

Cursor 공식 블로그(2026.01.15)에 따르면 BugBot의 해결률은 52%에서 76%로 올랐습니다. 처음 들으면 “BugBot이 지적한 것의 76%를 AI가 자동으로 고쳐준다”고 읽히기 쉬운데, 실제 정의는 다릅니다. 해결률은 PR 머지 시점에 BugBot이 발견한 버그 중 개발자가 실제로 수정한 비율입니다. AI가 자동으로 고친 게 아니라, 개발자가 수동으로 코드를 수정한 것까지 포함한 수치입니다.

그 안에서 BugBot이 자동으로 수정 제안까지 생성해서 머지된 경우는 따로 집계됩니다. 공식 발표(2026.02.26)에서 Autofix로 생성된 변경 사항 중 35% 이상이 베이스 PR에 머지됐다는 수치가 나옵니다. 즉 AI가 직접 고쳐서 적용된 건 35%, 개발자가 힌트를 받아 수동으로 고친 것까지 합산하면 76%입니다.

실행당 평균 0.7개라는 숫자가 처음엔 적어 보이지만, 이 수치에는 오탐 필터링이 이미 적용돼 있습니다. PR당 실제로 수정으로 이어지는 버그가 0.5개가 됐다는 건, 팀이 코드리뷰를 건너뛰지 않아도 되는 검증 레이어가 생겼다는 뜻입니다.

▲ 목차로 돌아가기

Autofix 기능, 조건 없이 쓸 수 없습니다

2026년 2월 26일에 Autofix가 정식 출시됐다는 소식을 보고 “이제 BugBot이 PR 버그를 알아서 다 고쳐준다”고 기대하는 경우가 있습니다. 근데 실제로 Autofix를 켜려면 두 가지 전제 조건이 동시에 충족돼야 합니다. (출처: Cursor 공식 문서 BugBot Autofix 항목)

Legacy Privacy Mode를 켜둔 팀이나 사용량 기반 과금을 차단해둔 팀은 Autofix를 아예 켤 수 없습니다. 보안 정책상 Legacy Privacy Mode를 유지해야 하는 조직이라면 Autofix는 현재 선택지가 없습니다. 이유는 아직 공식 답변이 없습니다.

Autofix는 클라우드 에이전트를 독립적인 가상 머신에서 실행합니다. 그 실행 비용은 Cloud Agent 크레딧으로 청구되며, 현재 요금제 기준을 따릅니다. 즉 Autofix를 많이 쓸수록 크레딧 소모가 늘어납니다. Pro 플랜 기준 월 $20 크레딧 풀에서 빠져나가는 구조입니다.

▲ 목차로 돌아가기

1차 패스 한계, 커뮤니티가 말한 진짜 문제

BugBot이 PR 1회 실행으로 모든 버그를 한 번에 잡아준다고 생각하면 실망할 수 있습니다. Cursor 공식 포럼(2026.02.10)에 여러 팀이 공통으로 제기한 문제가 있습니다. BugBot이 1차 패스에서 일부 버그만 잡고, 코드를 수정해서 다시 푸시하면 그때서야 다음 버그를 잡는 패턴이 반복된다는 것입니다.

한 팀은 같은 코드 파일 내에 이미 존재하던 버그가 3번의 피드백 사이클 동안 순차적으로 발견됐다고 보고했습니다. 45분이 걸린 이 리뷰 사이클은 BugBot 없이 팀원이 직접 리뷰한 것보다 오히려 느렸습니다. Cursor 공식 팀은 이 이슈를 “알려진 문제”로 인정했고, 수정 일정은 공개되지 않았습니다. (출처: Cursor 커뮤니티 포럼, 2026.02.10 / 2026.03.21)

현재 쓸 수 있는 임시 해결책

빈 커밋 없이 재검사를 트리거하려면 PR 댓글에 cursor review를 최상위 댓글로 남기면 됩니다. 주의할 점은 반드시 독립적인 최상위 댓글이어야 한다는 겁니다. BugBot 자체 댓글에 답장으로 달면 트리거가 되지 않습니다 — 이건 버그가 아닌 현재 BugBot의 설계 한계입니다. (출처: Cursor 커뮤니티 포럼, 2026.03.25)

• ✅ PR 대화 탭에서 새 댓글로 cursor review 입력 → 재실행 가능
• ❌ BugBot 댓글 스레드 안에서 답장으로 입력 → 재실행 안 됨

▲ 목차로 돌아가기

요금 구조, BugBot은 Cursor 구독과 별도입니다

Cursor Pro를 쓰면 BugBot도 포함된다고 오해하기 쉽습니다. 실제로는 그렇지 않습니다. Cursor 요금제(Pro $20, Pro+ $60, Ultra $200, Teams $40/사용자)와 BugBot 요금제는 완전히 분리돼 있습니다. 팀이 BugBot까지 쓰려면 Cursor Teams 요금에 BugBot Pro 또는 Teams 요금이 추가됩니다. (출처: cursor.com/pricing, 2026.03.31 기준)

계산해보면 개발자 1명 기준으로 Cursor Teams + BugBot Teams를 모두 구독하면 월 $80입니다. 5명 팀이라면 월 $400입니다. 이건 GitHub Copilot Business($19/사용자/월)과 비교하면 약 4배 이상입니다. AI 코드 리뷰까지 포함한 비용이라는 점에서 단순 비교는 어렵지만, 예산을 잡기 전에 BugBot Pro의 200개 PR 한도가 팀 규모에 맞는지 먼저 따져봐야 합니다.

악용 방지 정책에 따르면 BugBot 라이선스 1개당 월 200개 PR이 공동 상한으로 적용됩니다. 예를 들어 팀원이 100명이면 조직 전체 초기 한도는 월 20,000개 PR입니다. 이 한도를 초과하면 Cursor 측에 별도 요청해서 늘릴 수 있습니다. (출처: Cursor 공식 문서 BugBot 요금 항목)

▲ 목차로 돌아가기

Coderabbit과 뭐가 다른가

2026년 3월 기준으로 BugBot의 1차 패스 한계를 경험한 팀들이 Coderabbit을 대안으로 검토하고 있습니다. Cursor 공식 포럼에서 팀 구성원이 직접 “BugBot이 느리게 만드는 것 같다, Coderabbit 시도해보겠다”고 언급했고, Cursor 팀도 “이해한다, 계속 개선하겠다”고 답했습니다. (출처: Cursor 커뮤니티 포럼, 2026.03.16 / 2026.03.21)

BugBot의 차별점은 Cursor 에디터 워크플로와의 통합입니다. BugBot이 발견한 이슈에 “Fix in Cursor” 링크가 붙어서, 클릭하면 Cursor 에디터에서 해당 이슈를 바로 열 수 있습니다. 또는 “Fix in Web”으로 cursor.com/agents에서 직접 처리할 수도 있습니다. Cursor를 주 에디터로 쓰는 팀이라면 이 연결 흐름이 강점입니다. Coderabbit은 Cursor 에디터와 이런 직접 연동이 없습니다.

한편 BugBot은 현재 GitHub만 공식 지원합니다. GitLab 연동도 Admin API에서 언급되지만, Autofix 기능은 GitHub 기반입니다. GitLab이나 Bitbucket을 쓰는 팀이라면 BugBot의 실질적 기능 범위가 제한됩니다. 이 부분은 현재 공식 FAQ에 별도 언급이 없습니다.

▲ 목차로 돌아가기

자주 나오는 질문

▲ 목차로 돌아가기

마치며

BugBot은 분명히 괜찮은 방향의 도구입니다. 해결률 76%, 월 200만 PR 처리, Autofix 35% 머지율 — 수치만 보면 PR 리뷰 자동화의 꽤 유력한 후보입니다. 직접 써본 커뮤니티 반응도 “처음 발견되는 첫 번째 버그에 대한 반응은 긍정적”이라는 공통적인 평가가 있습니다.

다만 1차 패스에서 모든 것을 잡아주지 않는 패턴, Autofix의 사용량 과금 연동, BugBot 별도 요금 구조는 기대와 달리 흐름을 복잡하게 만드는 지점입니다. Cursor를 이미 주 에디터로 쓰는 팀이라면 “Fix in Cursor” 연동 흐름이 강점이고, 그렇지 않다면 굳이 BugBot을 선택할 이유는 지금 시점에서 명확하지 않습니다. Cursor 팀이 1차 패스 완성도를 개선하는 시점이 BugBot을 본격적으로 팀 워크플로에 넣기 가장 좋은 타이밍이 될 것 같습니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Cursor 공식 블로그 — Bugbot Autofix 정식 출시 (2026.02.26) cursor.com/ko/blog/bugbot-autofix
2. Cursor 공식 블로그 — Building BugBot (2026.01.15) cursor.com/ko/blog/building-bugbot
3. Cursor 공식 문서 — BugBot 문서 전체 cursor.com/ko/docs/bugbot
4. Cursor 공식 요금 페이지 (2026.03.31 기준) cursor.com/ko/pricing
5. Cursor 커뮤니티 포럼 — BugBot 1차 패스 이슈 (2026.02.10~03.21) forum.cursor.com