Copilot 코드 리뷰의 깊이를 고르는 시대: Lite와 Balanced

모든 변경에 같은 크기의 돋보기가 필요할까

문장 하나를 고친 PR과 인증 로직을 바꾼 PR이 같은 검토 대기열에 들어온다. 자동 리뷰가 있어도 어디에 시간을 더 써야 할지는 남는다. 8월 8일 브리핑에서는 이 선택을 제품 기능으로 드러낸 변화가 눈에 띄었다.

GitHub는 8월 7일 Copilot 코드 리뷰의 Lite와 Balanced를 정식 제공한다고 발표했다. 기존 공개 프리뷰의 Low와 Medium이 각각 새 이름으로 바뀌었으며 기존 설정은 이어진다.

Lite는 단순한 변경의 집중된 피드백에, Balanced는 더 깊은 분석이 필요한 변경에 맞춘 선택이다. 조직 기본값과 개별 리뷰의 설정을 정할 수 있고, 실제 사용한 수준도 PR에서 확인할 수 있다.

이후 리뷰 API와 기본값에도 변화가 있었다. 10월 3일 브리핑의 API 지원·Default 변경 안내에서 후속 발표와 적용일을 구분해 정리했다. 이 글은 8월의 분석 수준 출시 기록으로 읽으면 된다.

깊은 리뷰를 켰다는 사실만으로 안전성이 증명되지는 않는다. 도구가 어떤 수준으로 실행됐는지와 어떤 결함을 찾았는지는 다른 질문이다.

도입 기준은 변경 줄 수보다 영향 범위에 두는 편이 좋다. 짧은 인증 조건문이 긴 스타일 변경보다 중요할 수 있다. 결제, 권한, 데이터 삭제처럼 실패 비용이 큰 영역은 사람의 도메인 검토와 실행 검증을 함께 배치해야 한다. 이는 제품 발표에서 도출한 운영 제안이다.

자동 리뷰를 평가할 때는 얼마나 많은 댓글을 남겼는지보다 실제 수정으로 이어진 지적을 살펴보자.

공식 발표는 리뷰 깊이를 조절하는 기능의 출시를 설명한다. 모든 결함을 탐지한다는 보증이나 사람의 승인을 대신한다는 설명은 아니다.

오늘의 작은 방아쇠는 리뷰 버튼을 누르기 전에 “이 변경의 실패 비용은 얼마인가”를 한 번 적는 일이다.