2026년 11월 3일부터 조직 및 엔터프라이즈 관리자는 GitHub Copilot 보고서에서 자체 키와 기업 모델의 사용량을 별도로 확인할 수 있습니다. Copilot 사용량 지표 API 업데이트를 통해 GitHub 호스팅 모델에 대한 요청과 BYOK(bring your own key) 또는 조직이 설정한 모델을 통한 사용량을 구분할 수 있습니다.

기업 입장에서 이는 실질적인 집계 방식의 변화입니다. 외부 공급자 비용과 로컬 실행을 GitHub가 서비스하는 모델 사용량과 구분할 수 있습니다. 관리자와 책임자는 팀에서 어떤 AI 사용 방식이 활용되는지 더 쉽게 관리할 수 있습니다. GitHub에 따르면 새 필드는 기존 총계 지표는 변경하지 않고 BYOK 사용량만 별도로 분리합니다.
API가 별도로 보여주는 사용 시나리오
GitHub는 BYOK를 두 가지 사례로 나눕니다. 로컬 BYOK에서는 개발자가 Copilot CLI 또는 GitHub Copilot 앱에서 자체 키나 로컬 모델을 설정하며, 요청은 공급자 또는 로컬 서버로 직접 전달됩니다. 이런 요청에 대해 사용자별 필드 used_local_byok, 집계 항목 totals_by_local_byok, 그리고 로컬 BYOK 활성 사용자 수가 추가되었습니다.
GitHub는 로컬 모델 및 도구로 Ollama, Foundry Local, LM Studio, llama-server를 꼽습니다. 로컬 BYOK의 새 세부 필드는 Copilot CLI와 Copilot 앱에 적용됩니다. 공급자가 해당 데이터를 전달하는 경우 세션, 요청, 프롬프트, 토큰을 BYOK 유형과 사용 표면별로 분류합니다. 로컬 BYOK 사용량은 모델 이름별로 나뉘지 않으므로 보고서에는 해당 활동이 있었는지와 규모만 표시되고, 구체적인 로컬 모델은 나타나지 않습니다.
두 번째 시나리오는 관리자가 조직 또는 엔터프라이즈 설정에서 지정하는 기업 사용자 지정 모델입니다. 요청은 GitHub를 거쳐 공급자에게 전달됩니다. GitHub는 이 모델을 위해 totals_by_client 내 모델 레코드에 불리언 필드 is_custom_enterprise_model을 추가했습니다. 이런 요청은 서버 측에서 관찰되므로 IDE를 포함한 여러 클라이언트에 걸쳐 이 필드가 적용됩니다.
보고서 활용 방식의 변화
이전에는 BYOK 사용량이 Copilot 호스팅 모델 지표에 섞일 수 있었으며, 특히 모델 이름이 비슷한 경우가 그랬습니다. 새 필드를 활용하면 내부 정책을 점검하고 사용량을 분석할 때 이 범주들을 분리할 수 있습니다. GitHub에 따르면 데이터는 1일 및 28일 보고서에서 사용자별로, 그리고 조직 또는 엔터프라이즈 집계로 제공됩니다.
관리자는 우선 보고서가 답해야 할 질문을 정하는 것이 좋습니다. 누가 자체 키를 사용하는지, 요청 가운데 로컬 모델로 향하는 비중은 얼마인지, 그에 따라 비용 추정이 얼마나 달라지는지를 확인할 수 있습니다. 그런 다음 새 필드를 기존 지표 및 내부 BYOK 정책과 대조하면 됩니다. 이를 통해 일반적인 Copilot 활동 집계보다 모델 선택과 비용 지불 방식을 더 구체적으로 논의할 수 있습니다.
지표 접근은 역할에 따라 달라집니다. API는 엔터프라이즈 소유자, 엔터프라이즈 청구 관리자, 조직 소유자 및 View Copilot Metrics 권한이 있는 사용자를 대상으로 합니다. 또한 Copilot 지표 사용 정책이 활성화되어 있어야 합니다. 이 데이터는 기록된 활동을 보여줄 뿐, 응답 품질이나 특정 작업에 대한 모델의 적합성을 나타내지는 않습니다.
새 지표 두 가지의 정확도가 다른 이유
로컬 BYOK에는 집계상의 분명한 한계가 있습니다. GitHub는 클라이언트 텔레메트리를 기반으로 해당 필드의 값을 산출합니다. 텔레메트리가 꺼져 있으면 로컬 요청 수가 실제보다 적게 집계되며, 일부 로컬 공급자는 토큰 수를 보고하지 않습니다. 따라서 이 데이터는 사용 여부를 파악하고 규모를 추정하는 데 유용하지만, 정확한 재무 조정에는 불완전합니다.
기업 사용자 지정 모델은 서버 측에서 집계되며, GitHub에 따르면 이러한 텔레메트리 관련 제한의 영향을 받지 않습니다. 같은 모델이 Copilot 호스팅 모델이자 기업 사용자 지정 모델로 사용되는 경우 보고서에는 서로 다른 두 행으로 표시될 수 있습니다. 이렇게 구분하면 이름이 같다는 이유만으로 서로 다른 경로의 사용량이 합쳐지는 일을 막을 수 있습니다.
시간과 관련된 주의점도 있습니다. GitHub는 업데이트가 출시되기 전 날짜의 보고서에는 is_custom_enterprise_model 필드를 추가하지 않습니다. 과거 데이터를 새 범주와 자동으로 비교할 수 있다고 가정해서는 안 됩니다. 추세를 분석할 때는 전환 날짜를 표시하고 스키마 변경을 고려해 기간을 비교하세요.
이번 업데이트로 조직은 자체 모델이나 로컬 모델을 이용한 Copilot 사용량을 더 정확하게 분류할 수 있습니다. 다만 로컬 BYOK 예산을 책정하려면 클라이언트 텔레메트리의 누락과 공급자 데이터를 계속 고려해야 합니다. 기업 사용자 지정 모델에는 보고서에서 별도의 서버 측 표시가 제공됩니다.