이미지 내용 텍스트로 보기
요청 수와 모델 호출 횟수 등 사용량 지표는 집계 기준이 다를 수 있으므로 문서 정의를 먼저 확인해야 합니다.
어떤 데이터를 새로 볼 수 있나
GitHub는 Copilot을 모델 제공자로 사용하는 IDE 외부 도구의 사용량이 기존 IDE 중심 통계에서 빠질 수 있다고 설명했다. 이번 변경으로 totals_by_client 배열을 통해 요청 클라이언트별 사용량을 확인하도록 했다.
배열의 항목에는 클라이언트 이름, 성공 요청 횟수, 세션 수, 프롬프트·출력 토큰과 모델별 세부 집계가 포함된다. 지원 보고서는 기업·조직 및 각 사용자 단위의 1일·28일 버전이며, 28일 집계에서는 일별 값 안에 해당 필드가 나타난다.
요청 횟수는 왜 사람의 사용 횟수와 다른가
2026년 10월 23일 공식 설명에서 request_count는 클라이언트가 수행한 성공적인 모델 요청 횟수다. 사람의 프롬프트 한 번이 여러 모델 요청으로 이어질 수 있으므로, 이 값을 프롬프트 건수 또는 실제 사용자 수처럼 표시하면 안 된다. 또한 session_count는 구분된 세션 수이며 token_usage는 프롬프트·출력 토큰의 집계다.
이미지 내용 텍스트로 보기
사용자가 시작한 대화·세션과 모델에 전달된 요청 건수가 항상 일치하지 않는다는 점을 설명합니다.
session_count는 별도의 세션 수이며 token_usage는 모델에 전송된 토큰과 반환된 토큰을 분석하는 출발점이 된다. 세 수치는 측정 단위가 다르므로 서로 대체하지 말고 시간 범위와 클라이언트 종류를 함께 표시해야 한다.
클라이언트 식별과 권한의 제약
새 지표에서 client는 연동이 전송한 식별자를 바탕으로 분류된다. GitHub는 이를 검증된 사용자 도구 신원보다는 최선의 추정에 가까운 그룹으로 설명한다. 미인식 값은 other로 합쳐질 수 있어 숫자만으로 특정 프로그램의 실제 설치·활동을 확증할 수 없다. GitHub 공식 발표에 따르면 이 변경은 기존 필드를 유지하는 추가형 변경이며, 해당 사용량이 없으면 totals_by_client는 빈 배열로 반환된다. 따라서 빈 배열을 곧바로 API 오류로 판단하지 않는다.
보고서를 조회하려면 기업 또는 조직 관리자와 청구 담당자, 혹은 Copilot 지표 열람 권한이 부여된 역할이어야 하며 관련 사용량 지표 정책도 활성화돼야 한다. 사용량 수집 정책을 변경하기 전에는 사내 개인정보 및 접근 통제 기준을 함께 검토해야 한다.
실무 대시보드에 적용하는 방법
개발 조직은 1일 집계와 28일 집계를 혼합하지 않고, 각 도구의 요청·세션·토큰 지표를 별도의 축으로 보여주는 것이 좋다. IDE에서 보고된 코드 채택 지표와 서버에서 기록한 모델 사용량 역시 수집 경로가 달라 직접 합산하지 않는다.
이미지 내용 텍스트로 보기
수집 기간·상품 종류·집계 단위·관리자 권한을 확인하는 절차를 정리한 참고 자료입니다.
도입 직후에는 이전 보고서와 동일한 사용자 집합, 날짜 범위, 접근 권한으로 비교해야 한다. 이번 변경은 기존 필드에 추가되는 형태이며, 사용 기록이 없을 경우 새 배열은 비어 있을 수 있다. 새 필드가 보인다는 이유만으로 전 과거 기간의 누락 데이터가 복원됐다고 결론 내리면 안 된다.
원문과 확인 범위
원문 발표일: 2026-10-23 · 공식 원문. 본 기사는 공식 발표 문서를 토대로 작성했으며 계정별 기능 가용성이나 실제 서비스 화면을 별도 검증하지 않았다.
세부 지표 정의: GitHub Copilot 사용량 지표 문서
