GitHub je dodao tri konfigurabilne razine automatskom odabiru modela Copilot, dajući organizacijama novi način utjecaja na to kako pomoćnik za kodiranje ustupa cijenu, kvalitetu i vrijeme odgovora za svaki upit.

Promjena, najavljena 14. rujna 2026., uvodi postavke učinkovitosti, ravnoteže i inteligencije za Copilotov automatski birač modela. Sve tri razine koriste isti skup dostupnih modela, ali mijenjaju način na koji Copilot odvaguje konkurentske prioritete kada odlučuje koji model treba obraditi zahtjev. Značajka se uvodi u Visual Studio Code, Copilot CLI i aplikaciju GitHub Copilot.

Za inženjerske timove poduzeća važna stvar nije samo da Copilot može automatski odabrati model. To je da izbor sada ima površinu politike okrenutu administratoru. Umjesto traženja od svakog razvojnog programera da razumije koji je model jeftiniji, brži ili jači za određeni zadatak kodiranja, timovi mogu postaviti zadani stav koji bolje odgovara njihovim operativnim prioritetima.

Što se promijenilo u automatskom odabiru modela Copilot

Automatski odabir modela Copilot već je procijenio upite i preusmjerio ih na model iz GitHubovog podržanog skupa. Nove razine dodaju višu razinu kontrole nad tim ponašanjem usmjeravanja.

Razina učinkovitosti namijenjena je favoriziranju jeftinijih i bržih odgovora. Razina ravnoteže nalazi se između cijene i kvalitete. Razina inteligencije daje veću težinu jačoj izvedbi modela kada Copilot procjenjuje koji bi model trebao odgovoriti. GitHub kaže da je dostupan skup modela isti na svim razinama, tako da postavka nije jednostavna lista dopuštenih jeftinih ili vrhunskih modela. To je signal politike koji utječe na proces odabira.

Upotreba se i dalje naplaćuje na temelju modela koji je stvarno odabran automatski. Pretplatnici koji plaćaju i dalje primaju 10% popusta na korištenje naplaćeno putem putanje automatskog odabira modela. To znači da postavka razine može neizravno utjecati na potrošnju, ali ne zamjenjuje potrebu da se provjeri koji se modeli koriste i koliko često.

Uvođenje je također važno jer dotiče nekoliko površina za razvojne programere odjednom. Visual Studio Code pokriva mainstream IDE tijek rada. Copilot CLI donosi ponašanje u razvoj temeljen na terminalima. Aplikacija GitHub Copilot proširuje ga na drugo sučelje gdje se posao poput agenta i chata može odvijati izvan uređivača.

Zašto je to važno za inženjerske i financijske timove

Većina organizacija koje usvajaju alate za kodiranje AI-a otišla je dalje od pitanja hoće li ih programeri koristiti. Teži je problem kako upravljati upotrebom kada su više modela, stope naplate, vrste zadataka i tijekovi rada razvojnog programera pomiješani u jednom iskustvu proizvoda.

Ručni odabir modela daje stručnim korisnicima kontrolu, ali se ne skalira čisto u velikim inženjerskim organizacijama. Mnogi programeri neće znati razlike u graničnim troškovima ili mogućnostima među dostupnim modelima i ne bi trebali donositi odluke o stupnju nabave tijekom rutinskog rada na kodiranju. Automatski odabir smanjuje taj teret, ali također može učiniti troškove nejasnima ako administratori ne mogu vidjeti ili oblikovati logiku usmjeravanja.

Novi slojevi su srednji sloj. Oni ne otkrivaju potpuni algoritam odabira modela i ne jamče da će dati upit ići na određeni model. No oni liderima daju praktičniju kontrolu od govorenja svakom razvojnom programeru da ručno odabere jeftinije modele.

Ovo je usko povezano s kontrolom troškova AI API-ja, iako je Copilot upakiran kao alat za razvojne programere, a ne API sirovog modela. Temeljni problem upravljanja je isti: organizacije moraju odlučiti kada je skuplji model opravdan, kada je jeftiniji model dovoljno dobar i kako se ti izbori prikazuju u proračunima.

Tko je pogođen

Najizravnija publika su inženjerske organizacije koje koriste GitHub Copilot Business ili Enterprise s izloženošću naplati na temelju upotrebe. Timovi koji već pregledavaju potrošnju Copilota, postavljaju proračune ili ograničavaju dostupne modele morat će procijeniti kako se nova postavka uklapa u njihovu postojeću politiku.

Timovi inženjera platforme možda će također morati ažurirati interne smjernice. Ako je programerima rečeno da odaberu određene modele za pregled koda, refaktoriranje, testove ili agentski rad, nove automatske razine mogle bi promijeniti preporučenu zadanu vrijednost. Organizacija može odlučiti da većina programera treba koristiti ravnotežu, da bi timovi s velikom količinom trebali početi s učinkovitošću ili da određene grupe koje rade na složenim migracijama trebaju koristiti inteligenciju.

Timovi za financije i nabavu su pogođeni jer račun i dalje ovisi o odabranom modelu. Politiku koja se zove učinkovitost ne treba tretirati kao ograničenje potrošnje. To je preferencija usmjeravanja.Organizacije će i dalje trebati izvješća koja povezuju potrošnju s timovima, korisnicima, tijekovima rada i odabranim modelima.

Timovi za sigurnost i upravljanje imaju uži, ali stvarni interes. Ako se pravila modela razlikuju prema pružatelju usluga, regiji, uvjetima rukovanja podacima ili internom statusu odobrenja, automatski odabir modela mora funkcionirati unutar tih ograničenja. GitHubova najava kaže da se isti dostupni skup modela koristi na svim razinama, tako da bi administratori trebali provjeriti odražavaju li njihove politike omogućavanja modela ono što je organizacija zapravo spremna koristiti.

Praktične posljedice za programere

Za pojedinačne programere, najbolji ishod je manje prekida. Programer može zatražiti pomoć od Copilota, a sustav može odabrati model usklađen s željenom ravnotežom troškova i mogućnosti organizacije. To može biti posebno korisno za rutinsko automatsko dovršavanje, mala objašnjenja, prijedloge testova i pomoć u naredbenom retku gdje možda nije potrebno svaki put plaćati za najjači model.

Kompromis je da ponašanje može postati manje predvidljivo na razini modela. Dva upita koja korisniku izgledaju slično mogu se drugačije preusmjeriti, a isti tijek rada može proizvesti različite karakteristike troškova i latencije jer GitHub ažurira dostupni skup modela ili logiku odabira. Timovi koji trebaju determinističko testiranje, usporedbe referentnih vrijednosti ili strogu dokumentaciju modela možda će i dalje preferirati eksplicitni izbor modela za neke tijekove rada.

Administratori bi trebali tretirati uvođenje kao pregled pravila, a ne kao pasivno ažuriranje proizvoda. Korisni prvi koraci uključuju provjeru koje su Copilot površine omogućene, potvrđivanje zadanih pravila modela, pregled kako je konfigurirana naplata na temelju upotrebe i odlučivanje trebaju li različiti timovi drugačije upute. Timovi sa zrelom analitikom upotrebe umjetne inteligencije trebali bi pratiti hoće li nove razine preusmjeriti potrošnju prema manjem broju premium poziva, većoj ukupnoj upotrebi ili drugačijem ponašanju tima.

Najveća neizvjesnost je transparentnost. GitHub nije objavio sve pojedinosti o tome kako Copilot procjenjuje svaki upit ili kako postavka razine mijenja vjerojatnost odabira jednog modela nad drugim. To ograničava koliko precizno poduzeća mogu predvidjeti promjene u troškovima ili kvaliteti prije nego isprobaju značajku u vlastitom okruženju.

Ipak, smjer je jasan. Pomoćnici kodiranja postaju sustavi s više modela s kontrolama politike, a ne pretplatama s jednim modelom. Za tvrtke koje standardiziraju alate za razvoj umjetne inteligencije, operativno pitanje pomiče se s "koji je model najbolji?" na "koja je politika usmjeravanja prikladna za ovaj posao, ovaj tim i ovaj proračun?"