GitHub Copilot laskee käytön OpenCoden ja muiden työkalujen kautta

Jos kehittäjä käyttää Copilotia kolmannen osapuolen työkalun kautta, tavalliset IDE-kohtaiset tilastot eivät välttämättä kerro, mistä pyynnöt ovat peräisin. 23. lokakuuta 2026 GitHub lisäsi Copilot usage metrics APIin totals_by_client-kentän, joka ryhmittelee mallien käytön asiakastyökaluittain. Mukana ovat esimerkiksi OpenCode, Claude Code, Codex ja Zed. Ylläpitäjät voivat sen avulla nähdä osan editorin ulkopuolisesta toiminnasta ja keskustella tekoälyn käyttöä koskevista sisäisistä säännöistä aiempaa täsmällisemmin.

Mitä uusi erittely sisältää

Jokaisessa totals_by_client-alkiossa ilmoitetaan asiakastyökalu, onnistuneiden mallikutsujen määrä, istuntojen määrä sekä prompt- ja output-tokenien kokonaismäärät ja keskimääräinen määrä kutsua kohden. Sisäkkäinen totals_by_model erittelee luvut malleittain ja näyttää valintatavan: valitsiko käyttäjä mallin suoraan, valittiinko se automaattisesti vai määrittikö tuotteen malli.

Kenttä on lisätty yritys-, organisaatio- ja käyttäjätason yhden ja 28 päivän raportteihin. Kootussa 28 päivän raportissa asiakastyökalujen erittely näkyy jokaiselta päivältä. Muutos on yhteensopiva aiemman kanssa: vanhat kentät säilyvät, ja tietojen puuttuessa taulukko jää tyhjäksi. GitHub kertoo yksityiskohdista uuden usage metrics -erittelyn julkistuksessa.

Mihin kysymyksiin tiedot vastaavat

Tiimi voi vertailla eri työkalujen kautta kulkeneiden pyyntöjen ja tokenien määriä ja päättää, mitä integraatioita kannattaa tukea tai sisällyttää yrityksen sääntöihin. Esimerkiksi OpenCoden osuuden kasvu raportissa voi kertoa, että kehittäjät käyttävät Copilotia mallien tarjoajana IDE:n ulkopuolella. Asiakastyökalujen ja mallien vertailu auttaa selvittämään, mitkä mallit aiheuttavat tosiasiassa suurimman kuormituksen.

Budjettianalyysi kannattaa aloittaa tokeneista ja kutsujen määrästä ja verrata niitä sitten voimassa oleviin hinnoitteluehtoihin. request_count laskee mallikutsut, ei käyttäjien prompteja: yksi prompti voi johtaa useisiin kutsuihin. Kenttä sopii siis mallipalvelun kuormituksen analysointiin, mutta ei kehittäjien vuorovaikutusten suoraan laskemiseen.

Miten mittari otetaan osaksi työtä

1. Tarkista käyttöoikeudet. Copilot usage metrics -käytännön on oltava käytössä. Raportteja voivat hakea valtuutetut yrityksen tai organisaation omistajat, laskutuksen ylläpitäjät sekä käyttäjät, joilla on oikeus tarkastella kyseisiä mittareita.
2. Vertaa samanpituisia jaksoja. Käytä yhden päivän raporttia työkalun käyttöönoton jälkeisten muutosten tarkistamiseen ja 28 päivän raporttia toiminnan vakiintuneen jakauman selvittämiseen. Erottele raportissa kutsut, tokenit ja istunnot: ne mittaavat kuormitusta eri tavoin.
3. Määritä tarkastelurajat. Voit esimerkiksi merkitä asiakastyökalun, jonka osuus tokeneista tai kutsuista on kasvanut selvästi sen omaan edelliseen jaksoon verrattuna. Valitse raja omien vaatimustesi ja perustason kuormituksen mukaan; GitHub ei määritä yleispätevää rajaa.
4. Vertaa raporttia käyttöasetuksiin. Uutta erittelyä voi hyödyntää työkalujen tuen ja hallinnan käsittelyn lähtötietona. Raportit kuvaavat kirjattua käyttöä, eivätkä korvaa käyttöoikeuksien tarkistamista tai integraatioiden kartoitusta.

Copilot usage metrics API -dokumentaatio kuvaa raportit, käyttöoikeusvaatimukset ja saatavilla olevat erittelyt. Tarkista siitä tarvitsemasi raportin ajantasainen rakenne ennen automaation rakentamista ja käytä sopivia käyttöoikeuksia.

Mitä asiakastyökalun tunniste tarkoittaa

GitHub määrittää asiakastyökalun integration ID:n perusteella, jonka työkalu välittää pyynnön mukana. Yhtiön mukaan ryhmittely on suuntaa antava tunnistus: arvo auttaa liikenteen kokoamisessa, mutta ei yksin vahvista käyttäjän henkilöllisyyttä tai sovelluksen aitoutta. Tuntemattomat asiakastyökalut sijoitetaan other-ryhmään, ja arvot, joita ei voida normalisoida, voivat näkyä muodossa unknown.

Lisäksi on erityistapauksia: Copilot code review- ja Copilot cloud agent -kutsuille annetaan valintatavaksi product_selected, koska tuotteen valitsema malli on käytössä; code reviewn mallina voi näkyä unknown. Tämä kannattaa huomioida verrattaessa eri työkalujen mallikohtaisia erittelyjä.

Käytännön johtopäätös on selkeä: totals_by_client paikkaa Copilotin ulkoisista työkaluista tulevien palvelinpuolen kutsujen seurannan aukkoa ja antaa ylläpitäjille uusia tietoja kuormituksen analysointiin sekä tukipäätösten tekemiseen. Luotettavan kokonaiskuvan saamiseksi vertaa erittelyä käyttöoikeuksiin ja muihin sisäisiin lähteisiin ja käsittele asiakastyökalujen nimiä liikenteen luokkina, ei todisteena tunnistetusta sovelluksesta.