GitHub이 2026년 11월 5일 기업과 조직 관리자가 쓰는 Copilot 사용량 지표 API에 코드 리뷰 반영 정보와 데이터 누락 진단을 추가했다. 저장소, 코드와 파일을 보관하는 공간별로 리뷰 의견을 개발자가 어떻게 처리했는지 살피고, 사용자별로 편집기 데이터가 빠지거나 지원 최소 버전보다 낮은 환경을 찾아 후속 조치를 할 수 있다.

1. 저장소별 코드 리뷰 피드백 반영 확인

기업 및 조직의 저장소 단위 일일 보고서 각 행에 copilot_code_review 객체가 붙는다. 이 객체는 Copilot의 첫 리뷰 이후 사람이 추가 변경을 요청하지 않고 병합한 풀 리퀘스트, 병합 전 검토를 요청하는 코드 변경 수와, 개발자가 반응한 리뷰 코멘트의 집계를 담는다.

total_comments_evaluated는 개발자의 반응 여부를 평가한 코멘트 수이며, total_comments_addressed는 그중 개발자가 행동한 수다. 제안 적용뿐 아니라 Copilot에 수정 요청, 직접 코드 수정, 나중에 수정하겠다는 답변도 반영으로 센다. 반영한 수를 평가한 수로 나누면 저장소별 반영률이 된다.

두 집계는 심각도, 리뷰 등급, 코멘트 유형, 맞춤화 여부에 따라 나뉜다. 예를 들어 버그 지적과 보안 관련 의견 중 어느 쪽에 개발자가 더 많이 반응하는지, 맞춤 지침을 쓴 리뷰에서 반영 양상이 어떻게 달라지는지 살필 수 있다.

기존 제안 적용 수는 바로 적용 가능한 제안을 누군가 적용한 경우만 센다. 새 집계는 평가된 코멘트 전체를 대상으로 답변이나 직접 수정까지 담아 개발자의 대응을 더 넓게 보여준다.

코멘트 평가는 풀 리퀘스트가 병합될 때 이뤄져 병합일 실적으로 기록된다.

2. 텔레메트리와 최소 버전 공백 진단

사용자 보고서에는 편집기에서 보내는 사용량 기록인 텔레메트리가 해당 날짜에 도착했는지 보여주는 필드가 추가됐다. client_telemetry_present가 false면 Copilot은 사용자의 활동을 확인했지만 편집기에서 사용량 이벤트를 받지 못한 상태다.

usage_metrics_requirements는 사용자의 통합 개발 환경(IDE)과 Copilot 확장이 최소 지원 버전 기준을 충족하는지 표시한다. 상태는 충족, 미달, 알 수 없음으로 나뉜다.

기업·조직의 일일 보고서에는 텔레메트리가 빠진 사용자 수와 최소 버전 미달 사용자의 수도 담긴다. 28일 보고서에서는 날짜별 집계를 확인할 수 있으며, 사용자별 진단 필드는 일일·28일 사용자 보고서 모두에서 제공된다.

GitHub은 오래된 편집기·확장, 편집기 텔레메트리 비활성화, 이벤트를 막는 프록시, 중간에서 통신을 전달하는 서버나 방화벽을 데이터 공백의 흔한 원인으로 들었다. 관리자는 영향을 받는 사용자를 찾아 업데이트나 전송 설정 점검 등 후속 조치 대상을 좁힐 수 있다.

3. 보고서 요청과 접근 권한

보고서는 REST API의 기존 엔드포인트, API 요청을 받는 접속 주소를 통해 받으며, 응답은 만료 시간이 제한된 서명 다운로드 링크, 접근을 검증하는 임시 파일 주소와 보고서 날짜를 제공한다. 특정 날짜 저장소 보고서는 날짜를 YYYY-MM-DD 형식으로 요청한다. 문서의 기업 저장소 보고서 요청 예시는 다음과 같다.

curl -L \
 -H "Accept: application/vnd.github+json" \
 -H "Authorization: Bearer <YOUR-TOKEN>" \
 -H "X-GitHub-Api-Version: 2026-03-10" \
 "https://api.github.com/enterprises/ENTERPRISE/copilot/metrics/reports/repos-1-day?day=DAY"

기업 소유자와 기업 청구 관리자, 조직 소유자, 그리고 Copilot 지표 보기 권한을 부여받은 사용자에게 접근 권한이 있다. 사용량 지표 정책도 활성화돼야 한다. OAuth 앱 토큰, 앱 권한 위임에 쓰는 인증 수단과 일반 개인용 액세스 토큰에는 기업·조직 보고서 범위에 맞는 권한이 필요하다.

4. 수치를 읽을 때 알아둘 집계 기준

텔레메트리가 빠진 사용자는 활동자에 포함돼도 코드 줄 수나 기능·모델별 세부 정보가 빠진다. 텔레메트리 누락과 버전 미달에는 같은 사용자가 겹칠 수 있고 날짜별 집계에도 중복이 생기므로, 두 수나 여러 날의 수를 더해 고유 사용자 수로 쓰면 안 된다.

5. 가시성 확대와 해석 부담

관리자는 지원 요청을 열지 않고도 리뷰 대응과 데이터 공백을 직접 살필 수 있게 된다. 그만큼 분석 과정에는 저장소별 리뷰 보고서와 사용자별 진단 보고서를 함께 살펴보고, 발견한 문제를 담당 사용자에게 연결하는 운영 작업이 더해진다.

이번 확장의 가치는 Copilot 사용량을 세는 데서 나아가 리뷰에 대한 개발자의 대응과 데이터 수집 환경을 함께 점검하게 한다는 데 있다.