깃허브가 7월 20일 코드 퀄리티(GitHub Code Quality)를 정식 출시하면서, 이 기능을 켠 저장소마다 `Code Quality Copilot review for default branch` 라는 규칙(ruleset)을 자동으로 만들어 넣었어요. 그 규칙엔 모든 PR에 코파일럿 리뷰 요청·푸시할 때마다 다시 요청·초안 PR도 리뷰 세 가지가 켜져 있었고, 값은 코파일럿 플랜에 그대로 달렸어요. 깃허브는 '리뷰어를 붙일지는 쓰는 사람이 고를 일'이라는 의견을 받고 8월 7일에 이 세 가지를 껐는데, 원래 상태 그대로인 규칙만 껐고 한 번이라도 손댄 규칙은 손댄 상태로 남겨 뒀어요.
용어 풀이
- PR
- 풀 리퀘스트. 내 변경을 본 브랜치에 합쳐 달라고 올리는 요청
- ruleset
- 깃허브가 저장소·브랜치에 거는 규칙 묶음. 리뷰 요청·병합 조건 등을 강제한다
- AI 크레딧
- 코파일럿 유료 기능을 쓸 때 차감되는 사용량 단위
운영자 인사이트
7월 하순에 코드 퀄리티를 켠 저장소라면 그 규칙을 손댄 적이 있는지부터 확인하세요 — 손댄 저장소는 이번 조치에서 빠져 초안 PR과 푸시마다 리뷰가 계속 나가요. 같은 날 정식 출시된 검토 강도는 기본이 Lite 고 Balanced 는 AI 크레딧과 깃허브 액션 실행 시간을 더 먹으니, 조직 기본값을 올릴 땐 저장소 수를 곱해서 보세요.
여러 관점으로 보기
- 대신 강도를 고르게 했어요 같은 날 검토 강도 Lite·Balanced 가 정식 출시됐어요. 기본은 Lite 고, Balanced 는 더 오래 생각하는 모델로 넘기는 대신 AI 크레딧과 깃허브 액션 실행 시간을 Lite 보다 더 써요. GitHub
- 두 강도가 실제로 뭘 다르게 하나 Lite 는 흔한 버그·보안 결함·문체 문제를 빠르게 짚고, Balanced 는 복잡한 로직·보안에 민감한 코드·여러 서비스를 넘나드는 변경을 길게 봐요. GitHub Docs
- 값이 얼마나 나갔는지 보는 창구 영향 대시보드에 투자 대비 수익 항목이 같은 날 정식 출시돼, 개발자 한 명당 월 코파일럿 비용을 실제 AI 크레딧 소비에서 뽑아 연봉 대비 몇 %인지로 보여줘요. 깃허브 스스로 '방향만 참고하라'고 적어 뒀어요. GitHub