OpenCode로 쓴 Copilot은 어디에 잡힐까? 도구별 사용량이 보고서에 들어옵니다

Copilot을 연결해 OpenCode로 작업했는데 IDE별 보고서에는 사용량이 잘 보이지 않았다면, 집계 경로를 확인할 필요가 있습니다. GitHub가 2026년 10월 23일 Copilot 사용량 API에 클라이언트별 모델 호출·토큰 집계를 추가했습니다. IDE 밖에서 발생한 Copilot 사용을 파악하기 위한 변화입니다. 공식 발표

대상은 Copilot을 모델 제공자로 사용한 요청입니다. OpenCode나 다른 AI 도구에서 한 모든 작업, 다른 공급자에 직접 연결한 사용량까지 모으는 기능은 아닙니다.

편집기 기록 대신 서버에서 호출을 셉니다

기존 IDE별 집계는 편집기가 보내는 사용 기록에 의존했습니다. 이런 기록을 보내지 않는 외부 도구는 실제로 사용하더라도 보고서에서 파악하기 어려웠습니다. 새 totals_by_client는 서버의 요청 기록을 바탕으로 도구별 사용을 보여줍니다.

성공한 모델 호출 수와 세션 수, 입력·출력 토큰, 모델별 내역을 확인할 수 있습니다. 모델 선택 방식도 직접 선택·자동 선택·제품의 선택으로 구분합니다. 다만 클라이언트 이름은 요청에 담긴 통합 ID를 토대로 묶은 값입니다. 검증된 신원이나 확정적인 도구 식별 정보는 아닙니다. 필드와 주의사항

호출 수 옆에, 완료 여부를 따로 놓아야 합니다

request_count는 사람이 보낸 질문 수가 아니라 성공한 모델 호출 수입니다. 한 번의 지시가 여러 호출로 이어질 수 있으므로 질문 수나 작업 완료 건수와 직접 비교하면 안 됩니다.

예를 들어 두 도구에 같은 수정 업무를 맡기는 상황을 가정해 보겠습니다. 한쪽의 호출 수가 더 많더라도 더 많은 검토를 했는지, 같은 단계를 반복했는지는 이 숫자만으로 알 수 없습니다. 토큰이 적은 쪽도 결과물이 요구사항을 충족했는지 따로 확인해야 합니다. 비교 방법을 설명하기 위한 가정이며, 실제 도구를 시험한 결과는 아닙니다.

VECTORLOG는 이번 변화를 도구 순위표보다 그동안 놓쳤던 사용 경로를 찾는 수단으로 봅니다. 팀이 실제로 쓰는 도구를 파악하면 지원할 도구나 교육 대상을 정할 때 참고할 수 있습니다. 다만 사용량만으로 비용 절감이나 생산성 향상을 결론 내릴 근거는 부족합니다. 도구를 비교할 계획이라면 완료 여부, 수정 품질, 사람의 검토 부담을 함께 기록해야 합니다.

보고서의 기간과 범위를 먼저 맞추세요

새 항목은 기업·조직 및 각각의 사용자 단위 1일·28일 보고서에 적용됩니다. 28일 집계 보고서에서는 날짜별 day_totals 안을 확인합니다. 이번 변경은 기존 필드를 바꾸지 않고 새 배열을 더하는 방식이며, 보고할 사용량이 없으면 빈 배열이 반환됩니다. 발표의 적용 범위

보고서는 처리된 날짜를 기준으로 제공되므로 실시간 사용 화면과 같지 않습니다. 기존 대시보드와 비교할 때도 기간, 조직 범위, 내려받은 시점을 맞춰야 합니다. GitHub는 IDE 사용 기록이 비동기로 처리되며 최근 날짜의 데이터가 불완전할 수 있다고 설명합니다. 이를 새 서버 측 집계 전체의 확정 지연 시간으로 확대해 해석하지는 않아야 합니다. 공식 보고서 해석 문서

2026년 10월 24일 확인한 실제 GitHub Docs 화면입니다. 내용은 수정하지 않았습니다. 출처: GitHub 및 기여자, 원문. 문서 콘텐츠는 CC BY 4.0에 따라 이용하며 라이선스 적용 범위를 확인했습니다. 새 API의 실행 결과나 사용자 계정 화면은 아닙니다.

새 숫자를 읽기 전에 확인할 것

먼저 담당 관리자가 사용량 정책과 조회 권한을 확인하고, 기존 보고서 수집 과정이 새 배열을 읽는지 살펴보면 됩니다. 기업 소유자·청구 관리자, 조직 소유자 또는 관련 지표 조회 권한을 부여받은 역할이 대상이며, Copilot 사용량 지표 정책도 활성화되어 있어야 합니다. 조회 조건과 API

그다음 같은 기간의 도구별 요청·토큰을 업무 종류와 함께 살펴보세요. 특정 도구의 사용량이 많다면 곧바로 표준 도구로 정하기보다, 어떤 작업에 쓰이고 있는지부터 확인하는 편이 좋겠습니다. 기존 집계에 없던 경로가 추가된 만큼, 이전과 이후의 숫자 차이를 곧바로 사용 증가로 읽지 않는 것도 중요합니다. 이는 집계 범위의 변화를 반영한 VECTORLOG의 분석 제안입니다.

도구가 보고서에 나타나는 것과 조직에서 사용을 허용하는 것은 다른 문제입니다. 허용 범위는 Copilot 기본 정책과 기능별 설정의 차이도 함께 확인해 보세요. 이 글에서는 실제 조직의 API를 조회하거나 도구 성능을 시험하지 않았습니다.

외부 도구 사용 경로의 가시성은 높아지지만 호출·토큰 수를 작업 완료나 생산성으로 단정하지 않고 동일 업무의 결과와 검토 부담을 따로 비교해야 합니다.