Cursor Bugbot이 Composer 2.5를 채택하여 3배 빨라지고 비용은 22% 낮아졌습니다

2026년 6월 10일, Cursor는 Bugbot의 대폭적인 성능 개선과 신기능을 발표했습니다. 백엔드 모델을 Composer 2.5로 전환함으로써 리뷰 속도, 비용, 버그 탐지 정밀도가 모두 동시에 향상되었습니다.

AI 코드 리뷰를 일상적으로 사용하는 개발자에게는 거의 아무것도 하지 않아도 혜택을 받을 수 있는 변경 사항입니다. 이에 더해, 푸시(Push) 전 /review 명령어로 수동 리뷰를 실행하는 기능도 추가되어 CI/CD 흐름에 통합하는 방법도 확장되었습니다.

📌 영향을 받는 사람

• Cursor에서 Bugbot을 이용하고 있는 개발자
• GitHub / GitLab의 PR에 Bugbot을 연동하고 있는 팀
• 코드 리뷰의 속도나 비용을 신경 쓰고 있는 엔지니어링 매니저

Bugbot의 처리 엔진이 Composer 2.5로 이행하며, 3가지 지표가 동시에 개선되었습니다.

지표	변경 전	변경 후	변화
평균 리뷰 시간	약 5분	약 90초	3배 이상 고속
...

💡 Tips

Bugbot은 모델의 차단 목록(Blocklist)을 존중합니다. 속도와 성능은 Cursor의 설정에 따라 변동될 수 있으므로, 커스텀 설정을 하고 있다면 확인하시기 바랍니다.

이 개선 사항은 사용자 측의 설정 변경 없이 자동으로 적용됩니다. 기존 Bugbot 사용자는 아무것도 하지 않아도 메리트를 누릴 수 있습니다.

코드를 원격으로 푸시하기 전에 로컬에서 리뷰를 실행할 수 있게 되었습니다.

사용 가능한 명령어:

/review

— 어떤 에이전트를 실행할지 선택을 유도 -
/review-bugbot

— Bugbot에 의한 코드 리뷰를 직접 실행 -
/review-security

— 보안 리뷰를 직접 실행

GitHub / GitLab과의 동기화가 중요한 포인트입니다. /review 실행 후 동일한 diff로 PR을 열면, Bugbot은 이미 리뷰가 완료된 것으로 판단하여 스킵하고 그 내용을 PR에 댓글로 남깁니다. 이를 통해 중복 리뷰를 방지하면서 푸시 전의 품질 체크를 실현할 수 있습니다.

📌 대응 버전

• Cursor 3.7 이후
• cursor.com/agents
• CLI 대응은 곧 제공 예정

지난 리뷰 이후에 추가된 변경 사항만을 대상으로 리뷰하도록 Bugbot을 설정할 수 있게 되었습니다.

대규모 PR을 반복해서 리뷰해야 하는 상황이나, 리뷰 사이클이 긴 프로젝트에서 특히 효과적입니다. 피드백이 최신 차분에 집중되므로 노이즈가 줄어들고, 개발자가 정말로 확인해야 할 변경 사항에 주목하기 쉬워집니다.

사용자 타입	영향	대응
Bugbot을 사용 중인 개인 개발자	리뷰가 빨라지고 비용도 낮아짐	아무것도 안 해도 OK (자동 적용)
...

지금 바로: 특별한 설정 변경은 필요 없음. Bugbot의 리뷰 속도가 올라갔는지 확인한다 -
선택적으로 시도: Cursor 3.7 이후라면 /review 명령어를 로컬에서 시험해 본다 -
팀 운영 시: 신규 변경분만 리뷰하는 설정을 평가하여 PR 리뷰 흐름을 최적화한다

# 기존 흐름
git push origin feature/my-feature
# → PR 생성 → Bugbot 자동 기동 → 약 5분 대기 → 리뷰 결과 확인

# 새로운 흐름 (Cursor IDE 상에서)
# 1. 코드 작성을 마쳤다면, Cursor의 커맨드 팔레트에서:
/review-bugbot
...

# Bugbot 설정 (상세 내용은 문서 참조)
bugbot:
  review_mode: incremental # 지난 리뷰 이후의 차분만을 대상으로 함

이번 Cursor Bugbot 업데이트는 Composer 2.5로의 이행이라는 기술적인 변경이 트리거가 되어, 속도·비용·정밀도의 세 마리 토끼를 모두 잡은 개선을 가져왔습니다.

포인트	내용
속도	평균 5분 → 약 90초 (3배 이상)
...	/review 명령어로 푸시 전 리뷰 가능
동기화	GitHub/GitLab Bugbot과 연동하여 이중 리뷰 방지

사용자 측에서의 대응은 기본적으로 필요하지 않지만, /review 명령어나 차분(diff) 한정 리뷰 설정은 적극적으로 활용할 가치가 있습니다. 특히 CI 시간 단축 및 리뷰 사이클 단축을 목표로 하는 팀은 새로운 플로우(flow)를 시도해 보시기 바랍니다.