GitHub가 Copilot 코드 리뷰를 REST와 GraphQL API로 관리하게 하고 리뷰 개요를 더 간결하게 하다: 엔터프라이즈·조직·저장소 설정을 읽고 바꿀 수 있지만 엔터프라이즈와 조직 엔드포인트는 GitHub Apps와 세분화 토큰을 지원하지 않고 최대 강도·청구·승인은 API 밖에 남는다

2026년 11월 6일 GitHub는 「Copilot code review: API management and review overview updates(Copilot 코드 리뷰: API 관리와 리뷰 개요 업데이트)」라는 변경 로그를 게시했습니다. Copilot 코드 리뷰 설정을 엔터프라이즈 정책부터 개별 저장소까지 REST와 GraphQL API로 관리할 수 있게 되었고, Copilot이 풀 리퀘스트에 남기는 개요 댓글이 더 간결해졌다고 합니다. 이 업데이트는 Copilot Pro, Pro+, Max, Business, Enterprise 요금제에서 쓸 수 있다고 합니다. 일부가 프리뷰인지는 밝히지 않았고 가격 변경도 언급하지 않습니다. 업체의 변경 로그이며 우리는 엔드포인트를 시험하지 않았습니다.

이번 변경 이전에도 REST API로 개발자가 리뷰를 요청하고, 리뷰 강도를 고르고, 정보를 읽어 올 수 있었습니다. 글은 세 가지를 더합니다. 첫째, 명시적인 귀속 필드가 Copilot의 리뷰와 댓글을 식별합니다. 둘째, 응답이 리뷰가 쓴 리뷰 강도를, 그 메타데이터가 있을 때 보여 줍니다. 셋째, 한 댓글의 출처로 Copilot이 보고한 스킬, MCP 서버, 사용자 지정 지침을 나열합니다. '보고한'이라는 표현이 중요합니다. 이 필드들은 Copilot이 쓴 것이라고 스스로 말한 내용을 나타내며, 글은 이를 검증할 방법이 있다고 주장하지 않습니다. AI 리뷰 댓글을 감사하는 팀에게 이 필드는 Copilot의 출력을 사람의 댓글과 구분하고 어떤 것이 지적을 형성했는지 보는 데 도움이 됩니다.

설정 부분은 GitHub 관리의 세 계층을 따릅니다. 엔터프라이즈 관리자는 모든 조직에서 코드 리뷰를 켜거나 끌 수 있고, 선택을 조직 관리자에게 맡길 수도 있습니다. 조직 관리자는 활성화, 기본 리뷰 강도, 러너 구성을 관리할 수 있지만 엔터프라이즈가 관리하는 설정은 덮어쓸 수 없습니다. 저장소 관리자는 리뷰 강도와, 리뷰가 사용자 지정 지침과 MCP 도구를 쓸지를 관리할 수 있습니다. REST API는 웹 인터페이스와 같은 강도 단계를 받아들이고, 설정 응답은 호출자가 쓸 수 있는 단계를 나열합니다. GitHub 문서에서 단계는 Lite(표준 리뷰), Balanced(복잡한 로직, 보안에 민감한 코드, 서비스 간 변경을 더 깊이 살피며 내장 기본값), Max(여러 고추론 모델로 가장 집중적으로 리뷰)입니다.

글에는 놓치기 쉬운 인증 경고가 있습니다. 엔터프라이즈와 조직 설정 엔드포인트는 조직 러너 엔드포인트를 포함해 GitHub Apps나 세분화된 개인 액세스 토큰을 지원하지 않습니다. 저장소 설정 엔드포인트는 둘 다 지원하며, 설정을 읽으려면 Administration 읽기 권한, 갱신하려면 쓰기 권한이 필요합니다. 클래식 개인 액세스 토큰은 저장소 관리자 접근이 필요합니다. 따라서 GitHub App으로 만든 자동화는 저장소는 관리할 수 있어도 조직이나 엔터프라이즈 정책은 관리할 수 없습니다. 문서는 또 설정 페이지의 다른 항목, 곧 최대 리뷰 강도, 청구, 승인은 API로 쓸 수 없다고 말합니다.

리뷰 개요 댓글도 달라집니다. 새 개요는 발견 사항을 위쪽에 모읍니다. 쓰인 리뷰 강도와 설문은 간결한 바닥글로 옮겨집니다. 건너뛴 파일과 내용상 이유로 제외된 파일은 'Files not reviewed'라는 한 구역을 함께 쓰며, 파일 이름과 링크된 이유가 표시됩니다. 빈 구역은 생략되고 긴 목록에는 초과 개수가 표시됩니다. 개요에 싫어요를 누르면 동의하지 않는 승인 평가, 지나치게 장황한 댓글, 부정확하거나 지나치게 따지는 지적 같은 이유를 덧붙일 수 있습니다.

그 밖의 개선으로는 Copilot 코드 리뷰 에이전트 세션에 소비한 AI 크레딧이 표시되고, 'Automatically request Copilot code review' 저장소 규칙이 우회 목록을 지원해 면제된 대상은 자동 리뷰를 받지 않으며, 같은 풀 리퀘스트의 이후 리뷰에서 최근 변경과 관련 없는 지적은 접혔다가 숨겨지고, Balanced 강도의 리뷰는 이제 리뷰 모델 세 개를 쓰고 다른 모델이 그 지적을 합칩니다. 버그 수정으로는 코드 리뷰를 껐다 켜도 청구와 프리뷰 설정이 유지되고, 실패하거나 시간 초과된 리뷰를 한 번 자동 재시도하며 선호 모델을 쓸 수 없으면 다른 적격 모델로 바꾸고, 외부 Copilot 라이선스로 요청한 리뷰를 막는 설정이 켜져 있고 조직이 비용을 낼 때 GitHub Actions, Dependabot, 조직 소유 앱이 봇이 만든 풀 리퀘스트에 다시 리뷰를 요청할 수 있게 하며, 리뷰 시작 직후 잘못된 실패가 보고되는 문제를 없앴습니다.

GitHub 문서는 자동 리뷰에 관한 규칙을 보탭니다. 풀 리퀘스트는 사용자 자신의 설정, 저장소 규칙 세트, 조직 규칙 세트라는 여러 독립된 출처에서 자동 리뷰 대상이 될 수 있습니다. 이들은 따로 평가되고 Copilot은 여전히 리뷰를 하나만 게시하며, 규칙 세트가 켠 푸시 리뷰나 초안 리뷰를 사용자 설정으로 끌 수는 없습니다.

우리의 해석입니다. 관리자에게 쓸모 있는 부분은 정책을 코드로 다룰 수 있다는 점입니다. 팀은 페이지를 일일이 누르는 대신 엔터프라이즈, 조직, 저장소 설정을 스크립트로 관리하고 댓글의 출처를 표시할 수 있습니다. 한계도 분명합니다. 인증 규칙 때문에 위의 두 계층은 GitHub App 자동화가 안 되고, 핵심 통제는 API 밖에 있으며, 출처 필드는 Copilot이 스스로 보고하고, 글에는 리뷰 품질에 대한 수치가 없습니다. 먼저 작은 저장소에서 엔드포인트를 시험해 보세요.