GitHub on kasutusele võtnud Copilotiga SDK loodud rakenduste serveritevahelise autentimise, mis annab automatiseeritud töökoormustele võimaluse pääseda juurde Copilotile ilma sisselogitud arendaja mandaatidele tuginemata.

See funktsioon, mis avaldati avalikus eelvaates 27. oktoobril, kasutab organisatsioonile installitud GitHub rakendust. Rakendus saab lühiajalise installiloa ning Copiloti kasutamine omistatakse ja arve esitatakse organisatsioonile, kes omab installi. Organisatsiooni mudelieeskirjad, eelarved ja kulukontrollid kehtivad ka rakenduse tehtud taotlustele.

See muudab töömudelit meeskondade jaoks, kes manustavad Copiloti siseteenustesse, hoidlate automatiseerimisse või klientidele suunatud arendajatööriistadesse. Autentimine võib nüüd esindada töökoormust ennast, mitte seda, kumb töötaja juhtus selle autoriseerima.

Kasutaja mandaatidest rakenduse identiteedini

Paljud agentide integratsioonid saavad alguse isiklikust juurdepääsulubast või muust individuaalse arendajaga seotud mandaadist. See võib olla prototüübi ajal mugav, kuid tekitab probleeme, kui integratsioonist saab püsiv teenus. Töötajad vahetavad rolle, mandaadid aeguvad või tühistatakse ning auditikirjed võivad muuta automatiseeritud tegevuse inimtegevuse sarnaseks.

GitHub uus tee kasutab GitHub rakendusele välja antud installiluba. Installimismärgid on lühiajalised ja ulatuvad rakenduse installimise ja lubade kaudu, mistõttu sobivad need järelevalveta töökoormuse jaoks paremini kui pikaealised kasutajamandaadid.

Erinevus on valitsemise jaoks oluline. Organisatsioon saab tuvastada rakenduse, mis vastutab Copiloti tarbimise eest, selle asemel, et omistada iga päring nominaalsele operaatorile. GitHub sisaldab tehisintellekti kasutamise CSV-aruannetes välja app_client_id, mis võimaldab omanikel analüüsi ajal rakendusest pärinevat kasutust eraldada.

Tiimidele, kes loovad AI API juhttasandi arendajameeskondadele, on see kasulik identiteedi muster: inimkasutajad, automatiseerimiskontod ja juurutatud rakendused ei tohiks jagada eristamatuid mandaate ega arvelduskirjeid.

Arveldamine järgib organisatsiooni

Sel viisil autentitud taotlused kasutavad organisatsiooni Copiloti hüvitist ja neid juhivad olemasolevad mudelieeskirjad, eelarved ja kulukontrollid. See annab administraatoritele ühe koha, kus saavad otsustada, milliseid mudeleid rakendus võib kasutada ja kui palju AI koondkulutusi organisatsioon lubab.

See tähendab ka seda, et rakenduste omanikud ei saa käsitleda serveritevahelist juurdepääsu iseseisva võimsuse kogumina. Kiire integreerimine võib saada samast organisatsiooni eelarvest kui muud abikõlblikud Copiloti tegevused. Meeskonnad peavad jälgima automaatset tarbimist koos interaktiivse kasutamisega ja otsustama, kuidas juhtumid, korduskatsed ja ootamatud päringutsüklid peaksid jagatud limiite mõjutama.

Praegune eelvaade ei toeta iga rakenduse või installi jaoks eraldi eelarvet. Välja app_client_id võib aidata tagasiulatuval omistamisel, kuid rakendusepõhine aruandlus ei ole samaväärne range rakendusepõhise ülemmäära jõustamisega. Organisatsioonid, mis vajavad isoleerimist, võivad automatiseeritud töökoormuse ees siiski nõuda oma mõõtmiskihti või AI API kulukontrolli meeskondadele.

Mida arendajad peavad muutma

Funktsiooni kasutusele võtvad arendajad peavad looma GitHub rakenduse, installima selle vastavasse organisatsiooni ja vahetama rakenduse mandaadid installiloa vastu. Seejärel kasutab rakendus seda lühiajalist tunnust Copiloti SDK kaudu helistamisel. Juurutussüsteemid peavad seetõttu tegelema loa väljastamise ja uuendamisega, selle asemel, et staatilist arendaja luba lõputult talletada.

Tegevuskirjed peaksid säilitama nii rakenduse GitHub identiteedi kui ka organisatsiooni, mille eest iga taotluse eest tasu võetakse. See on eriti oluline mitut organisatsiooni teenindavate platvormide puhul: ühe installi jaoks välja antud luba ei tohi uuesti kasutada teise kliendi töökoormuse suunamiseks ja kasutuse eksportimine tuleb võrrelda õige rentnikuga.

Mudel mõjutab ka pardast väljumist. Ühe arendaja eemaldamine ei pea enam organisatsiooni omanduses olevat integratsiooni keelama, samas kui rakenduse GitHub desinstallimine või selle lubade muutmine annab rakenduse enda üle otsesema kontrolli. Praktiline tulemus on tööjõu identiteedi ja töökoormuse identiteedi selgem eraldamine.

Ülejäänud piirangud

Serveritevaheline autentimine on endiselt avalik eelvaade, nii et GitHub võib oma lepingut enne üldist kättesaadavust muuta. GitHub ei ole teatanud ettevõtte tasemel installimiste või isiklike kontode toetamisest selle autentimistee kaudu.

Rakendusepõhise eelarve puudumine on kõige vahetum kontrollilünk. Organisatsioonid näevad, milline rakendus kasutust genereeris, kuid nad ei saa veel määrata igale rakendusele või installile sõltumatut Copiloti eelarvet. See muutub olulisemaks, kui ettevõtted juurutavad ühe organisatsiooni alla mitu kodeerimisagenti, ülevaatusteenuseid ja hoidlate automatiseerimist.

Isegi selle piiranguga loob väljalase masina loodud Copiloti liikluse jaoks selgema omandimudeli. Autentimine, eeskirjad ja arveldamine on nüüd lisatud installitud rakendusele ja selle organisatsioonile, luues püsivale automatiseerimisele paremini kaitstud aluse kui laenatud arendaja volikirjad.