Copilot code review effort GA: PR 위험도에 따라 AI 리뷰 깊이를 나누는 시대

검색 의도: Copilot code review effort levels, GitHub Copilot 코드 리뷰, AI PR 리뷰 설정 핵심 요약: GitHub가 Copilot code review의 Lite와 Balanced effort level을 일반 제공으로 전환했다. 이제 조직은 PR 성격에 따라 AI 리뷰 깊이를 선택하고, 조직 기본값까지 설정할 수 있다.

모든 PR을 같은 깊이로 리뷰하면 생기는 문제

개발팀에서 AI 코드 리뷰를 붙일 때 가장 먼저 부딪히는 문제는 정확도가 아니라 비용 대비 효율이다. 문서 오타 수정 PR과 결제 로직 변경 PR을 같은 모델, 같은 추론 깊이, 같은 기준으로 리뷰하면 둘 중 하나는 손해다. 작은 PR에는 과한 리뷰가 달리고, 위험한 PR에는 얕은 리뷰가 달릴 수 있다.

GitHub는 2026년 8월 7일 changelog에서 Copilot code review effort levels의 일반 제공(GA)을 알렸다. 기존 preview의 Low와 Medium은 Lite와 Balanced로 이름이 바뀌었고, 이전 설정은 새 이름으로 자동 이관된다. 기능은 Copilot Pro, Pro+, Max, Business, Enterprise 플랜에서 제공된다.

핵심은 PR마다 Copilot 리뷰의 깊이를 다르게 줄 수 있다는 점이다. Lite는 단순 변경에 맞춘 집중 피드백, Balanced는 더 복잡하거나 민감한 변경에 맞춘 깊은 분석이다. 조직 단위 기본값도 설정할 수 있어 팀 정책으로 운영할 수 있다.

Lite와 Balanced의 실무적 차이

Lite는 문서 수정, 타입명 변경, 작은 UI 문구 수정, 단순 버그픽스에 어울린다. 이런 PR에서 필요한 것은 “명백한 실수”와 “간단한 누락”을 빠르게 잡는 것이다. 리뷰가 너무 깊으면 개발자는 잡음으로 느낀다.

Balanced는 인증, 권한, 결제, 데이터 마이그레이션, cross-service 변경처럼 실수 비용이 큰 PR에 맞다. GitHub 설명에 따르면 Balanced는 더 높은 reasoning 모델로 깊은 분석을 수행한다. 즉 리뷰 시간이 조금 늘어도 논리 경로, edge case, 보안 영향을 더 봐야 하는 작업에 적합하다.

중요한 점은 effort level이 사람 리뷰를 대체하는 버튼이 아니라는 것이다. Lite와 Balanced는 리뷰 대기열을 정리하고, 사람이 봐야 할 위험 지점을 더 빨리 찾게 해주는 장치에 가깝다.

조직 기본값이 중요한 이유

GitHub는 organization-level default도 제공한다. 조직 관리자는 Copilot 설정에서 기본 리뷰 effort level을 지정할 수 있고, 저장소는 이를 상속한다. 개별 리뷰에서는 필요에 따라 다른 effort를 선택할 수 있다.

이 기능이 중요한 이유는 AI 리뷰 운영이 개인 취향으로 흐르기 쉽기 때문이다. 어떤 개발자는 모든 PR에 깊은 리뷰를 걸고, 어떤 개발자는 전혀 쓰지 않는다. 그러면 품질도 비용도 추적하기 어렵다. 조직 기본값을 두면 “우리 팀의 기본 리뷰 깊이”가 생긴다.

예를 들어 플랫폼 팀은 기본값을 Balanced로 둘 수 있다. 반면 문서 저장소나 디자인 시스템 문구 저장소는 Lite를 기본값으로 둬도 된다. 핵심은 저장소의 위험도를 기준으로 기본값을 정하고, PR의 실제 위험도에 따라 override하는 것이다.

PR 위험도 기준을 먼저 정해야 한다

기능을 켜기 전에 PR 분류 기준을 만드는 편이 낫다. effort level은 버튼이지만, 좋은 운영은 분류표에서 나온다.

간단한 기준은 다음과 같다.

• Lite: 문서, 주석, 테스트 이름, 비즈니스 영향이 작은 UI 수정
• Lite: 단일 파일의 작은 버그 수정, rollback 쉬운 변경
• Balanced: 인증, 권한, 보안, 결제, 개인정보 처리 변경
• Balanced: DB schema 변경, 데이터 마이그레이션, 배포 스크립트 변경
• Balanced: 여러 서비스에 걸친 API contract 변경

이 기준을 PR 템플릿에 넣으면 더 좋다. 작성자가 “이 PR은 어떤 effort level이 적절한가?”를 먼저 체크하게 만들 수 있다. 리뷰어도 같은 기준으로 판단한다.

리뷰 결과를 추적할 때 봐야 할 지표

GitHub는 리뷰가 어떤 effort level로 실행됐는지 timeline event와 PR overview comment에 표시한다고 밝혔다. 운영팀은 이 정보를 이용해 리뷰 깊이와 결과를 함께 볼 수 있다.

처음에는 정교한 대시보드보다 간단한 표가 충분하다. 한 달 동안 PR을 모아 effort level, PR 크기, 리뷰 코멘트 수, 사람이 추가로 잡은 결함, production incident 여부를 기록한다. Balanced가 실제로 위험한 PR에 쓰이고 있는지, Lite가 잡음 없이 작은 PR을 처리하는지 확인할 수 있다.

특히 “Balanced를 많이 썼다” 자체는 성공 지표가 아니다. 좋은 지표는 위험한 PR에 Balanced가 쓰였고, 낮은 위험 PR에는 Lite가 쓰였으며, 사람 리뷰 시간이 줄거나 결함 발견이 빨라졌는지다.

도입 순서 추천

첫 주에는 기본값을 바꾸지 말고 몇 개 저장소에서 수동 선택만 허용한다. 리뷰어가 어떤 PR에 어떤 effort를 골랐는지 기록한다. 둘째 주에는 저장소별 기본값 후보를 정한다. 셋째 주부터 조직 기본값을 적용하고 예외 저장소를 분리한다.

이 순서가 안전한 이유는 AI 리뷰가 팀 문화와 연결되어 있기 때문이다. 갑자기 모든 PR에 깊은 리뷰를 강제하면 잡음이 늘고, 개발자는 AI 리뷰를 무시하기 시작한다. 반대로 너무 얕게 시작하면 “쓸모없다”는 결론이 빨리 난다.

실행 체크리스트

• PR 유형을 Lite와 Balanced 기준으로 나눈다.
• 저장소별 기본 risk level을 정한다.
• PR 템플릿에 “권장 Copilot review effort” 항목을 넣는다.
• 보안·결제·권한·마이그레이션 PR은 Balanced를 기본으로 둔다.
• 문서·작은 UI·테스트명 변경은 Lite로 시작한다.
• 한 달간 effort level별 리뷰 품질과 잡음을 측정한다.
• 사람이 반드시 봐야 하는 영역은 CODEOWNERS와 함께 유지한다.

출처: GitHub Changelog, “Copilot code review effort levels are generally available”, 2026-08-07.