Skip to content

Locale ko · en

Code Quality 켰다고 Copilot이 리뷰어로 붙던 시대는 끝났다

By PapaCoder · Published 11 Aug 2026 · Updated 10 Aug 2026

Summary

2026-08-07: Code Quality 활성화가 Copilot 자동 리뷰 ruleset을 더 이상 만들지 않습니다. leftover 토글 감사, 명시적 opt-in, 같은 날 GA된 Lite/Balanced로 깊이를 정책화하세요.

2026년 7월 20일 Code Quality GA 이후로, 기능을 켜면 기본 브랜치에 Copilot 자동 리뷰 ruleset이 같이 생기던 동작이 있었습니다. 2026년 8월 7일 GitHub가 그 커플링을 끊었습니다.

핵심 한 줄: Code Quality 활성화 ≠ Copilot 리뷰어 자동 배정. 리뷰 자동화는 이제 ruleset으로 명시적 opt-in이고, 같은 날 GA된 Lite/Balanced effort로 깊이까지 정책으로 잡으세요.

왜 중요한가

에이전트가 PR을 쏟아내는 팀일수록 “리뷰어가 붙었다”는 신호는 심리적으로 큽니다. 문제는 그 신호가 제품 기본값의 부산물이었을 때입니다.

  • 비용: Copilot code review는 Copilot 플랜으로 과금됩니다. Code Quality를 켰다는 이유만으로 모든 PR·모든 push·심지어 draft까지 리뷰가 돌면, 품질 게이트와 무관한 토큰/크레딧 소모가 붙습니다.
  • 노이즈: 문서 타이포 PR과 auth 마이그레이션 PR이 같은 자동 리뷰 깊이를 받으면, 사람은 “에이전트 리뷰가 있었다”는 체크박스만 보고 넘어가기 쉽습니다.
  • 착각: Code Quality의 지속 가능한 findings·quality gate와, Copilot 리뷰 코멘트(작성 중 피드백에 가깝고 더 ephemeral)는 GitHub도 integrated-but-separate라고 말합니다. 한쪽이 켜졌다고 다른 쪽이 커버한다고 믿으면 안 됩니다.

같은 날(2026-08-07) Lite/Balanced effort level이 GA되면서, “자동으로 돌릴지”와 “얼마나 깊게 돌릴지”가 동시에 정책 질문이 됐습니다.

이전과 어떻게 다른가

레이어하는 일이번 변경의 의미
Code QualityCodeQL+AI findings, Autofix, ruleset quality gate, 대시보드그대로. 리뷰어 자동 생성만 끊김
Copilot code reviewPR에 리뷰 코멘트 / 자동 요청 가능기능 자체는 유지. 자동 요청은 opt-in
Human required reviewers머지 권한·책임여전히 최종 게이트. 에이전트 리뷰로 대체 금지

GA 직후(2026-07-20)에는 Code Quality를 켜면 Code Quality Copilot review for default branch라는 저장소 ruleset이 기본 브랜치를 타깃으로 만들어졌습니다. 8월 7일 변경 후:

  1. 새로 켤 때 그 ruleset을 더 이상 만들지 않습니다.
  2. 이미 있던 GitHub 생성 ruleset이 원형 그대로면, 아래 세 설정을 끕니다.
    • Automatically request Copilot code review
    • Review new pushes
    • Review draft pull requests
  3. 고객이 수정한 ruleset은 그대로 둡니다. 고객이 직접 만든 ruleset은 건드리지 않습니다.
  4. ruleset 객체는 설정이 꺼진 채로 남을 수 있으니, 필요 없으면 삭제하면 됩니다.

적용 범위는 GitHub Team / Enterprise Cloud의 Code Quality입니다.

설정·체크리스트 예시

감사부터 다시 켜기까지를 한 장으로 고정합니다.

# 1) Audit (per org / high-traffic repos)
[ ] Settings → Rules → Rulesets
[ ] Look for: "Code Quality Copilot review for default branch"
[ ] Note: auto-request / review new pushes / review drafts = ON or OFF?
[ ] Separate: any org-level Copilot review ruleset you wrote yourself?

# 2) Decide policy (do NOT copy GA-era defaults blindly)
[ ] Auto Copilot review? off | ready-PRs only | every push | include drafts
[ ] Default effort: Lite (routine) vs Balanced (auth/payments/multi-service)
[ ] Repo overrides: docs/marketing vs platform/security

# 3) Re-enable only where intentional
[ ] New or edit branch ruleset → Enforcement: Active
[ ] Target branches (default / release / all)
[ ] Enable: Automatically request Copilot code review
[ ] Optional: Review new pushes / Review draft pull requests
[ ] Org Settings → Copilot → Copilot code review → default effort

Effort 라벨은 PR timeline과 overview 코멘트에 남습니다. “Balanced가 돌았는지”를 감사 가능한 신호로 쓰세요. Balanced는 더 깊은 분석용 higher-reasoning 모델 경로이며, Lite보다 AI credit과 Actions minutes를 더 씁니다 — changelog는 배수를 숫자로 고정하지 않으므로 여기서도 숫자를 지어내지 않습니다.

개인 Pro/Pro+의 “내가 만든 PR 자동 리뷰” 설정은 저장소/조직 ruleset과 다른 축입니다. 혼동하지 마세요.

실무에서 쓰는 법

추천하는 최소 정책은 “전부 끄고 다시 고른다”가 아니라 저장소 클래스별입니다.

  1. 문서/콘텐츠/번역 PR: 자동 Copilot 리뷰 off 또는 Lite, draft 리뷰 off. Code Quality gate만으로도 충분한 경우가 많습니다.
  2. 앱 서비스 기본 브랜치: ready PR에만 자동 요청 + Lite 기본. 사람 required reviewer는 유지.
  3. auth, payments, 멀티서비스 경계: 저장소 기본을 Balanced로 올리거나, 해당 PR에서만 Balanced로 요청. push마다 재리뷰는 에이전트가 커밋을 자주 밀어 넣는 저장소에서 비용이 튀기 쉬우니 신중히.
  4. 에이전트가 여는 PR: “에이전트 PR = 무조건 Balanced + every push”는 기본값으로 쓰지 마세요. 에이전트 노이즈와 크레딧이 같이 폭증합니다. 대신 라벨/path 기반 규칙이나, 사람이 ready로 올린 뒤에만 자동 리뷰를 거는 쪽이 운영 가능합니다.

처음엔 “Code Quality 켰으니 리뷰는 알아서 붙겠지”라고 안심했다가, 어느 주부터 Copilot이 안 보이는 걸 버그로 착각한 적이 있습니다. ruleset을 열어 보니 세 토글이 꺼져 있었고, 그게 이번 변경이었습니다. 그다음부터는 품질 제품 on/off와 리뷰어 정책을 같은 체크리스트에 두지 않습니다.

시니어 엔지니어 시각

기본값이 리뷰어를 붙이는 순간, 팀은 선택하지 않은 채 동의한 상태가 됩니다. GitHub가 고객 피드백으로 커플링을 푼 것은 제품적으로 올바릅니다. 다만 올바름의 대가는 침묵하는 disable입니다. changelog를 안 읽은 조직은 “리뷰가 줄었다”만 느끼고 원인을 모델 품질로 돌리기 쉽습니다.

시니어의 할 일은 두 가지입니다.

  1. 관측: leftover ruleset과 org ruleset을 이번 스프린트에 한 번 전수 조사한다.
  2. 정책 문서화: “어느 저장소에 자동 Copilot 리뷰를 걸지 / Lite vs Balanced / draft·push 재리뷰”를 CODEOWNERS나 플랫폼 런북에 한 단락으로 남긴다.

에이전트 시대의수록 리뷰어 자리는 공짜 안전장치가 아니라 예산이 배정된 컴퓨트입니다.

Cursor에서 쓰기

Cursor 클라우드 에이전트나 Copilot agent가 PR을 열 때, “리뷰가 자동으로 온다”는 가정은 깨졌습니다. 에이전트 프롬프트에 아래를 넣으세요.

Before claiming "Copilot will review this PR automatically":
1. Check repo Rulesets for automatic Copilot code review.
2. If missing, request review manually or ask a human to confirm org policy.
3. For auth/payment/multi-service diffs, request Balanced effort when available.
4. Do not treat Code Quality findings as a substitute for Copilot or human review.

로컬/클라우드 에이전트 핸드오프 체크리스트에 ruleset audit 한 줄을 추가하는 것만으로도, “리뷰가 안 붙었다 = 모델이 실패했다”는 잘못된 디버깅을 줄일 수 있습니다.

FAQ

Q. Code Quality를 끄라는 뜻인가요?
A. 아닙니다. Code Quality findings/gate와 Copilot 자동 리뷰어 배정이 분리된 것입니다. CQ는 유지한 채 리뷰 정책만 다시 고르면 됩니다.

Q. 예전에 자동으로 생기던 ruleset은 삭제되나요?
A. GitHub는 원형 그대로인 경우 세 설정을 끄고 객체는 남겨 둔다고 했습니다. 수정한 ruleset은 그대로입니다. 필요 없으면 직접 삭제하세요.

Q. Lite와 Balanced는 무엇인가요?
A. 2026-08-07 GA. Lite는 표준·빠른 리뷰(기본), Balanced는 복잡/보안/크로스서비스에 더 깊은 분석(크레딧·Actions minutes 더 사용). 미리보기의 Low/Medium이 이름만 바뀌어 이전됩니다.

Q. 다시 자동 리뷰를 켜려면?
A. 저장소 또는 조직 ruleset에서 Automatically request Copilot code review를 활성화하세요. 문서: Configuring automatic code review by GitHub Copilot.

소스

마무리

앞으로 몇 분기 더, “품질 제품 on”과 “리뷰어 자동화 on”은 계속 따로 놀 가능성이 큽니다. 기본값에 기대지 말고, 저장소 위험도와 에이전트 PR 볼륨에 맞춰 누가·언제·얼마나 깊게 리뷰할지 한 장으로 못 박아 두세요. 그 한 장이 크레딧보다 먼저 아끼는 운영 자산입니다.

Related posts

More in Github

Comments

Checking sign-in…

No comments yet.