코드리뷰가 90초로 줄면 워크플로가 바뀝니다 — Cursor Bugbot 업데이트

핵심 요약 (TL;DR)

6월 10일 Cursor가 Bugbot 업데이트를 발표했습니다. 평균 리뷰 시간 약 5분 → 약 90초(3배 이상 단축), 런당 비용 22% 절감, 리뷰당 버그 발견 10% 증가(0.56 → 0.62) — 모두 Cursor 자체 측정치입니다. 비결은 자체 모델 Composer 2.5 탑재. 리뷰가 90초면 'PR 올리고 기다리는 일'이 아니라 '푸시 전 습관'이 됩니다.

뭐가 바뀌었나요?

Cursor 체인지로그(https://cursor.com/changelog)의 6월 10일 항목 기준으로 세 가지입니다. 첫째, Bugbot이 이제 자체 모델 Composer 2.5로 구동되면서 평균 리뷰 시간이 약 5분에서 약 90초로 줄었습니다. 둘째, 푸시 전에 로컬에서 리뷰를 돌릴 수 있습니다.

/review   # 푸시 전 Bugbot + Security Review를 로컬에서 실행

셋째, 같은 diff로 PR을 열면 중복 리뷰를 알아서 스킵합니다. 로컬에서 이미 검사한 코드를 다시 과금하지 않는 거죠. 동반 블로그 포스트 기준으로는 런의 90%가 3분 내에 완료된다고 합니다.

90초면 뭐가 달라지나요?

5분짜리 리뷰는 커밋 루프 밖에 있습니다. 푸시하고, 다른 일 하다가, 돌아와서 확인하는 비동기 작업이죠. 90초는 다릅니다. 커피 한 모금 마시는 사이에 끝나니까 커밋 루프 안으로 들어옵니다. 빨래방과 집 세탁기의 차이라고 할 수 있습니다 — 같은 세탁이지만 동선이 바뀌면 습관이 바뀌는 거죠. 리뷰가 빌드보다 빨리 끝나는 시대에는 '리뷰 없이 푸시'가 오히려 어색한 워크플로가 됩니다. 특히 혼자 일하는 바이브코더에게 90초 리뷰는 동료 리뷰어를 상시 고용하는 것과 비슷한 효과를 냅니다.

숫자는 어디까지 믿어야 하나요?

여기서 균형이 필요합니다. 90초, 22%, 10% — 전부 Cursor의 자체 발표이고 독립 실측은 아직 없습니다. 다만 방향성 자체는 분명합니다. Cursor가 리뷰·보안까지 자체 모델(Composer)로 수직 통합하면서, 외부 frontier 모델 의존도를 줄이는 전략이 속도·비용 수치로 나타나기 시작했다는 것입니다. 직접 며칠 써보고 체감 시간을 재보는 것 — 그게 벤더 수치를 대하는 가장 건강한 자세입니다.

FAQ

Q. /review는 어떻게 쓰나요?
Cursor 안에서 /review를 실행하면 푸시 전에 Bugbot과 Security Review가 로컬 변경분을 검사합니다. 같은 diff로 PR을 열면 중복 리뷰는 자동으로 건너뜁니다.

Q. 요금은 어떻게 되나요?
런당 비용이 22% 줄었다는 게 공식 발표입니다. 플랜별 적용 범위는 공식 문서에서 확인하는 게 정확합니다.

Q. 다른 AI 리뷰 도구와 비교하면요?
독립 비교 데이터는 아직 없습니다. 같은 에디터 안에서 커밋 루프에 통합된다는 워크플로 측면이 현재로선 가장 분명한 차별점입니다.

도구가 빨라지면 단축이 아니라 재배치가 일어납니다. 당신의 커밋 루프에서 리뷰는 지금 어디에 있습니까 — 푸시 전인가요, 후인가요?