GitHub ir pievienojis Copilot auto modeļu atlasei trīs konfigurējamus līmeņus, sniedzot organizācijām jaunu veidu, kā ietekmēt to, kā kodēšanas palīgs kompensē izmaksas, kvalitāti un reakcijas laiku katrai uzvednei.

Izmaiņas, kas tika paziņotas 2026. gada 14. septembrī, ievieš Copilot automātiskā modeļu atlasītāja efektivitātes, līdzsvara un informācijas iestatījumus. Visi trīs līmeņi izmanto vienu un to pašu pieejamo modeļu kopu, taču tie maina veidu, kā Copilot sver konkurējošās prioritātes, lemjot par to, kuram modelim jāapstrādā pieprasījums. Šī funkcija tiek ieviesta visās Visual Studio Code, Copilot CLI un GitHub Copilot lietotnēs.

Uzņēmuma inženieru komandām svarīga ir ne tikai tā, ka Copilot var automātiski izvēlēties modeli. Tā ir tāda, ka izvēlei tagad ir politikas virsma, kas vērsta uz administratoru. Tā vietā, lai katrs izstrādātājs jautātu, kurš modelis ir lētāks, ātrāks vai spēcīgāks konkrētam kodēšanas uzdevumam, komandas var iestatīt noklusējuma pozu, kas labāk atbilst viņu darbības prioritātēm.

Kas mainījās Copilot auto modeļu atlasē

Copilot auto modeļu atlase jau ir izvērtējusi uzvednes un novirzījusi tos uz modeli no GitHub atbalstītā komplekta. Jaunie līmeņi nodrošina augstāka līmeņa kontroli pār šo maršrutēšanas darbību.

Efektivitātes līmenis ir paredzēts, lai veicinātu zemākas izmaksas un ātrākas atbildes. Līdzsvara līmenis ir starp izmaksām un kvalitāti. Inteliģences līmenis piešķir lielāku nozīmi spēcīgākai modeļa veiktspējai, kad Copilot novērtē, kuram modelim vajadzētu atbildēt. GitHub saka, ka pieejamā modeļu kopa visos līmeņos ir vienāda, tāpēc iestatījums nav vienkāršs lētu vai augstākās kvalitātes modeļu atļaušanas saraksts. Tas ir politikas signāls, kas ietekmē atlases procesu.

Par lietošanu joprojām tiek iekasēta maksa, pamatojoties uz automātiski atlasīto modeli. Maksas abonenti turpina saņemt 10% atlaidi par lietošanu, izmantojot automātiskās modeļa atlases ceļu. Tas nozīmē, ka līmeņa iestatījums var netieši ietekmēt tēriņus, taču tas neaizstāj nepieciešamību pārbaudīt, kuri modeļi un cik bieži tiek izmantoti.

Izlaišanai ir arī nozīme, jo tā vienlaikus skar vairākas izstrādātāja virsmas. Visual Studio Code aptver galveno IDE darbplūsmu. Copilot CLI ievieš uzvedību uz termināļiem balstītā attīstībā. Lietotne GitHub Copilot to paplašina līdz citai saskarnei, kurā aģentiem līdzīgs un tērzēšanas stila darbs var notikt ārpus redaktora.

Kāpēc tas ir svarīgi inženieru un finanšu komandām

Lielākā daļa organizāciju, kas izmanto AI kodēšanas rīkus, vairs nav risinājušas jautājumu par to, vai izstrādātāji tos izmantos. Sarežģītāka problēma ir, kā pārvaldīt lietojumu, ja vienā produkta pieredzē ir apvienoti vairāki modeļi, norēķinu tarifi, uzdevumu veidi un izstrādātāja darbplūsmas.

Manuāla modeļa izvēle sniedz ekspertiem lietotājiem kontroli, taču tā nav tīri mērogojama lielās inženieru organizācijās. Daudzi izstrādātāji nezinās pieejamo modeļu robežizmaksu vai iespēju atšķirības, un viņiem nevajadzētu pieņemt iepirkuma līmeņa lēmumus ikdienas kodēšanas darba laikā. Automātiskā atlase samazina šo slogu, taču tā var arī padarīt izmaksas nepārredzamas, ja administratori nevar redzēt vai veidot maršrutēšanas loģiku.

Jaunie līmeņi ir vidējais slānis. Tie neatklāj pilnu modeļa atlases algoritmu un negarantē, ka dotā uzvedne tiks izmantota konkrētam modelim. Taču tie sniedz vadītājiem praktiskāku kontroli, nekā liekot katram izstrādātājam ar roku izvēlēties lētākus modeļus.

Tas ir cieši saistīts ar AI API izmaksu kontroli, lai gan Copilot ir izstrādāts kā izstrādātāja rīks, nevis kā neapstrādāta modeļa API. Pārvaldības pamatā esošā problēma ir tā pati: organizācijām ir jāizlemj, kad ir pamatots dārgāks modelis, kad lētāks modelis ir pietiekami labs un kā šīs izvēles tiek parādītas budžetos.

Kas tiek ietekmēts

Vistiešākā mērķauditorija ir inženieru organizācijas, kas izmanto GitHub Copilot Business vai Enterprise ar lietojumam balstītu norēķinu ekspozīciju. Komandām, kas jau pārskata Copilot patēriņu, iestata budžetus vai ierobežo pieejamos modeļus, būs jāizvērtē, kā jaunais iestatījums iekļaujas to esošajā politikā.

Platformas inženieru komandām, iespējams, būs jāatjaunina arī iekšējie norādījumi. Ja izstrādātājiem ir likts izvēlēties konkrētus modeļus koda pārskatīšanai, pārstrukturēšanai, testiem vai aģentu darbam, jaunie automātiskie līmeņi var mainīt ieteicamo noklusējuma iestatījumu. Organizācija var nolemt, ka lielākajai daļai izstrādātāju ir jāizmanto līdzsvars, liela apjoma komandām ir jāsāk ar efektivitāti vai noteiktām grupām, kas strādā pie sarežģītas migrācijas, ir jāizmanto informācija.

Tas tiek ietekmētas finanšu un iepirkumu komandas, jo rēķins joprojām ir atkarīgs no izvēlētā modeļa. Politiku, kuras nosaukums ir efektivitāte, nevajadzētu uzskatīt par stingru tēriņu ierobežojumu. Tā ir maršrutēšanas izvēle.Organizācijām joprojām būs nepieciešami pārskati, kas savieno izdevumus ar komandām, lietotājiem, darbplūsmām un atlasītajiem modeļiem.

Drošības un pārvaldības komandām ir šaurāka, bet patiesa interese. Ja modeļa politikas atšķiras atkarībā no pakalpojumu sniedzēja, reģiona, datu apstrādes noteikumiem vai iekšējā apstiprinājuma statusa, automātiskai modeļu atlasei ir jādarbojas saskaņā ar šiem ierobežojumiem. GitHub paziņojumā teikts, ka visos līmeņos tiek izmantota viena un tā pati pieejamā modeļu kopa, tāpēc administratoriem ir jāpārbauda, ​​vai viņu modeļu iespējošanas politikas atspoguļo to, ko organizācija patiešām vēlas izmantot.

Praktiskas sekas izstrādātājiem

Atsevišķiem izstrādātājiem vislabākais rezultāts ir mazāk pārtraukumu. Izstrādātājs var lūgt palīdzību Copilot, un sistēma var izvēlēties modeli, kas ir saskaņots ar organizācijas vēlamo izmaksu un iespēju līdzsvaru. Tas var būt īpaši noderīgi regulārai automātiskajai pabeigšanai, nelieliem paskaidrojumiem, testa ieteikumiem un komandrindas palīdzībai, kur var nebūt nepieciešams katru reizi maksāt par spēcīgāko modeli.

Kompromiss ir tāds, ka modeļa līmenī uzvedība var kļūt mazāk paredzama. Divas uzvednes, kas izskatās līdzīgi lietotājam, var tikt maršrutētas atšķirīgi, un viena un tā pati darbplūsma var radīt atšķirīgus izmaksu un latentuma raksturlielumus, jo GitHub atjaunina pieejamo modeļu kopu vai atlases loģiku. Komandas, kurām nepieciešama deterministiska pārbaude, etalonu salīdzinājumi vai stingra modeļu dokumentācija, dažās darbplūsmās joprojām var dot priekšroku precīzai modeļa izvēlei.

Administratoriem ir jāuzskata, ka izlaišana ir politikas pārskatīšana, nevis pasīvs produkta atjauninājums. Noderīgi pirmie soļi ietver pārbaudi, kuras Copilot virsmas ir iespējotas, noklusējuma modeļa politiku apstiprināšanu, pārskatot, kā tiek konfigurēti uz lietojumu balstīti norēķini, un izlemšanu, vai dažādām komandām ir nepieciešami atšķirīgi norādījumi. Komandām ar nobriedušu AI lietojuma analīzi vajadzētu novērot, vai jaunajos līmeņos tēriņi netiek novirzīti uz mazāku maksas zvanu skaitu, lielāku kopējo lietojumu vai atšķirīgu komandas uzvedību.

Lielākā nenoteiktība ir pārredzamība. GitHub nav publicējis pilnīgu informāciju par to, kā Copilot novērtē katru uzvedni vai kā līmeņa iestatījums maina iespējamību izvēlēties vienu modeli, nevis citu. Tas ierobežo to, cik precīzi uzņēmumi var prognozēt izmaksu vai kvalitātes izmaiņas, pirms izmēģināt šo līdzekli savā vidē.

Tomēr virziens ir skaidrs. Kodēšanas palīgi kļūst par vairāku modeļu sistēmām ar politikas vadīklām, nevis viena modeļa abonementiem. Uzņēmumiem, kas standartizē AI izstrādes rīkus, darbības jautājums mainās no “kurš modelis ir labākais?” uz “kura maršrutēšanas politika ir piemērota šim darbam, šai komandai un šim budžetam?”