Michael Johnson3. marraskuuta 2026 alkaen organisaatioiden ja yritysten ylläpitäjät voivat tarkastella GitHub Copilotin raporteissa erikseen omien avainten ja organisaation mukautettujen mallien käyttöä. Copilotin käyttömittarien APIin tehty päivitys auttaa erottamaan GitHubin ylläpitämien mallien käytön BYOK-käytöstä (bring your own key) ja organisaation määrittämien mallien käytöstä.
Yrityksille tämä on käytännöllinen muutos raportointiin: ulkoisen palveluntarjoajan ja paikallisen käytön kulut voidaan erottaa GitHubin ylläpitämien mallien käytöstä. Johto ja ylläpitäjät saavat paremman käsityksen siitä, millaisia tekoälyn käyttötapoja tiimeissä hyödynnetään. GitHubin mukaan uudet kentät erittelevät BYOK-käytön nykyisistä yhteissummista muuttamatta itse laskureita.
Mitä käyttötapauksia API näyttää erikseen
GitHub jakaa BYOK-käytön kahteen tapaukseen. Paikallisessa BYOK-käytössä kehittäjä määrittää oman avaimensa tai paikallisen mallin Copilot CLI:ssä tai GitHub Copilot -sovelluksessa; pyyntö lähetetään suoraan palveluntarjoajalle tai paikalliselle palvelimelle. Näitä pyyntöjä varten on lisätty käyttäjäkohtainen kenttä used_local_byok, koontitiedot totals_by_local_byok ja paikallista BYOK-käyttöä koskevat aktiivisten käyttäjien laskurit.
GitHub mainitsee paikallisina malleina ja työkaluina Ollaman, Foundry Localin, LM Studion ja llama-serverin. Paikallisen BYOK-käytön uudet erittelykentät koskevat Copilot CLI:tä ja Copilot-sovellusta: ne erittelevät istunnot, pyynnöt, kehotteet ja tokenit BYOK-tyypin ja käyttöliittymän mukaan, jos palveluntarjoaja välittää kyseiset tiedot. Paikallista BYOK-käyttöä ei eritellä mallin nimen mukaan, joten raportti näyttää tällaisen toiminnan olemassaolon ja määrän mutta ei yksittäistä paikallista mallia.
Toinen käyttötapaus on organisaation mukautettu malli, jonka ylläpitäjä määrittää organisaation tai yrityksen asetuksissa ja jonka kautta pyynnöt kulkevat GitHubin kautta palveluntarjoajalle. Tätä varten GitHub lisäsi mallimerkintöihin totuusarvokentän is_custom_enterprise_model osiossa totals_by_client. Koska nämä pyynnöt havaitaan palvelinpuolella, kenttä kattaa eri asiakasohjelmat, myös IDE-ympäristöt.
Mitä raportoinnissa muuttuu
Aiemmin BYOK-käyttö saattoi sekoittua Copilotin ylläpitämien mallien lukuihin, etenkin jos malleilla oli samankaltaiset nimet. Uusien kenttien avulla luokat voidaan erottaa sisäisiä sääntöjä tarkistettaessa ja käyttöä analysoitaessa. GitHubin mukaan tiedot ovat saatavilla yhden ja 28 päivän raporteissa sekä käyttäjäkohtaisesti että organisaation tai yrityksen koontitiedoissa.
Ylläpitäjän kannattaa ensin miettiä, mihin kysymykseen raportin tulisi vastata: kuka käyttää omaa avainta, kuinka suuri osa pyynnöistä kohdistuu paikallisiin malleihin ja miten tämä vaikuttaa kustannusarvioon. Sen jälkeen uusia kenttiä voi verrata nykyisiin mittareihin ja organisaation BYOK-sääntöihin. Näin mallivalinnoista ja maksuista saadaan konkreettisempaa tietoa kuin Copilotin yleisestä käyttömäärästä.
Pääsy mittareihin riippuu käyttäjän roolista: API on tarkoitettu yrityksen omistajille, yrityksen laskutuspäälliköille, organisaation omistajille ja käyttäjille, joilla on View Copilot Metrics -oikeus. Lisäksi Copilot-mittareiden käyttökäytännön on oltava käytössä. Tiedot kuvaavat kirjattua toimintaa, eivät vastausten laatua tai mallin soveltuvuutta tiettyyn tehtävään.
Miksi kahden uuden mittarin tarkkuus eroaa
Paikallisen BYOK-käytön mittaamisella on selkeä rajoite: GitHub laskee sitä koskevat kentät asiakasohjelman telemetrian perusteella. Jos telemetria on poistettu käytöstä, kirjattujen pyyntöjen määrä jää todellista pienemmäksi; osa paikallisista palveluntarjoajista ei myöskään ilmoita tokenien määrää. Tiedot auttavat siis tunnistamaan käytön ja arvioimaan sen laajuutta, mutta ne eivät riitä tarkkaan taloudelliseen täsmäytykseen.
Organisaation mukautetut mallit kirjataan palvelinpuolella, eikä GitHubin mukaan niitä koske sama telemetriaan liittyvä varaus. Sama malli voi näkyä kahdella eri rivillä, jos sitä käytetään sekä Copilotin ylläpitämänä mallina että organisaation mukautettuna mallina. Näin eri käyttökanavia ei yhdistetä vain siksi, että mallien nimet ovat samat.
Ajoitukseen liittyy myös yksi erityispiirre: GitHub ei lisää is_custom_enterprise_model-kenttää päivityksen julkaisua edeltävien päivien raportteihin. Historiatietoja ei siis voi automaattisesti pitää vertailukelpoisina uusien luokkien kanssa. Kun analysoit kehitystä, merkitse siirtymäpäivä ja vertaa jaksoja skeemamuutos huomioiden.
Päivitys auttaa organisaatioita luokittelemaan tarkemmin Copilotin käyttöä omien tai paikallisten mallien kanssa. Paikallisen BYOK-käytön budjetoinnissa on edelleen huomioitava asiakasohjelman telemetrian puutteet ja palveluntarjoajan tiedot, kun taas organisaation mukautetuille malleille on nyt raportissa erillinen palvelinpuolen tunniste.
