GitHub muudab seda, kuidas mõned ettevõtted Copiloti ostavad. Organisatsioonid, mis töötavad GitHub või Microsofti kontomeeskonna kaudu, saavad nüüd pakkuda Copiloti juurdepääsu igale kasutajale, kellel on GitHub Enterprise litsents, ilma igale inimesele eraldi Copiloti istet ostmata.

Kaasamine on juurdepääs, mitte komplekteeritud AI luba. Teise piloodi tarbimist mõõdetakse alates esimesest taotlusest ettevõtte eelarvest ja kokkulepe ei paku igakuist AI krediiti litsentsitud kasutaja kohta. See eristus muudab muudatuse vähem piiramatuks tarkvarapaketiks ja pigem kasutuspõhiste kulutustega tagatud platvormiõiguseks.

Mida GitHub sisaldab

Uue korralduse kohaselt saab ettevõte Copiloti kättesaadavaks teha oma litsentsitud GitHub populatsioonis. GitHub Enterprise'i litsentsita kasutajad saavad endiselt Copilot Standalone'i kaudu, mille GitHub hind on 10 $ kasutaja kohta kuus.

Iga Copiloti funktsioon ei peatu, kui ettevõttel pole AI eelarvet. GitHub ütleb, et koodi lõpetamine ja järgmise redigeerimise soovitused toimivad edasi. Copilot Chat, koodi ülevaatus ja pilvefunktsioonid nõuavad aga vaba eelarvet. Administraatorid peavad seetõttu mõistma, kellel on juurdepääs ja millised funktsioonid jäävad pärast kululimiitide täitmist kasutatavaks.

Samuti on avaldamine poolik. GitHub ütles, et iseteenindus saabub etapiviisiliselt ega olnud seda teadaande ajal avanud. Praegu võivad sobilikkus ja ostmine sõltuda olemasolevast konto-meeskonna suhtest, mitte seadistusest, mille iga organisatsioon saab kohe lubada.

Juurdepääs ja tarbimine muutuvad eraldi kontrollideks

Traditsiooniline istekohapõhine tarkvarahange annab finantstiimidele suhteliselt prognoositava ülempiiri: määratud litsentside arv korrutatakse hinnaga. GitHub uus struktuur eraldab Copiloti kasutamise õiguse selle mõõdetud funktsioonide kasutamisele kulutatud summast.

See võib lihtsustada esialgset ettevalmistamist, kuna administraatorid ei pea enam enne juurdepääsu andmist täpselt ennustama, millised ettevõtte kasutajad Copiloti vajavad. Samuti nihutab see operatiivtöö eelarvete, kasutuse omistamise ja hoiatuste suunas. Laialdaselt saadaval olev funktsioon võib tekitada ebaühtlasi kulusid meeskondade, hoidlate ja töövoogude lõikes, nii et organisatsioonid peavad otsustama, kuidas tsentraalselt rahastatud kasutust sisemiselt jaotatakse.

Siit saavad AI API meeskondade kulukontrollid osaks rutiinsest arendajaplatvormi haldusest. Ettevõte võib vajada ettevõtteüleseid ülemmäärasid, osakondade eraldisi ja hoiatusi, mis saabuvad enne, kui vestlus- või ülevaatusfunktsioonid muutuvad kättesaamatuks. Samuti on oluline varukäitumine: eelarvepiiri saavutamine ei tekita ühtset kaaspiloodi olekut, kuna osa redigeerimisabist jätkub, samal ajal kui muud võimalused peatuvad.

Miks on muudatusel rohkem kui GitHub

Korraldus tugevdab ostumudelit, mille puhul juurdepääs AI-le on koondatud eraldiseisvasse suuremasse tarbimisse. See loob teistsuguse võrdluse ettevõtetele, kes hindavad sõltumatuid kodeerimisassistente, otseseid mudeli API-sid või mitme mudeli API lüüsi meeskondadele.

Asjakohane küsimus ei ole enam lihtsalt see, kas üks Copiloti iste maksab rohkem või vähem kui teine ​​tööriist. Ostjad peavad võrdlema kogu töökoormuse kombinatsiooni: kui palju kasutust kulub lõpetamisele, vestlusele, ülevaatamisele või pilvefunktsioonidele; milline tegevus kulutab eelarvet; ja kas kulusid saab seostada neid loonud meeskondadega. Ilma kasutusandmeteta võib istmehindade võrdlus tegelikku rahalist erinevust varjata.

Lüüsi- ja edasimüüjate operaatorid peaksid eeldama, et ka ärikliendid nõuavad kontole juurdepääsu ja arveldatava tarbimise samasugust selget eraldamist.Tooted, mis pakuvad Unified AI API billing, vajavad aruandeid, mis võivad ületada suurele arendajaplatvormile manustatud eelarveid, sealhulgas mudeli- või võtmetaseme omistamist, mitte ainult koondarvet.

Mis jääb ebaselgeks

GitHub, pole kindlat iseteeninduse saadavuse kuupäeva välja kuulutanud. Ainuüksi avaldatud terminite põhjal ei saa ka rahalist efekti üldistada. Organisatsioon, mis kasutab palju mõõdetud vestlus-, ülevaatus- ja pilvefunktsioone, võib näha teistsuguseid tulemusi kui see, mille arendajad kasutavad peamiselt lõpetamise ja järgmise redigeerimise soovitusi.

Ettevõtted, kes kaaluvad kokkulepet, peaksid enne hankemudelite muutmist looma lähtealuse: aktiivsed kasutajad, funktsioonide kombinatsioon, praegused kaaspiloodi kulud ja vastuvõetav katkestuskäitumine, kui eelarve on ammendatud. Teade laiendab juurdepääsu, kuid praktilise tulemuse määravad kasutusmustrid ja see, kui täpselt administraatorid saavad seotud eelarvet prognoosida, eraldada ja jõustada.