Copilot sada može da odobri zahtjev za spajanje izmjena, ako mu administrator dozvoli

GitHub je 1. septembra 2026. objavio dvije izmjene u Copilotu, a jedna od njih premješta odluku koja je do sada pripadala čovjeku. Copilotov pregled koda sada može da preda odobrenje na zahtjevu za spajanje izmjena (pull request), i to odobrenje se računa u pravilo repozitorijuma o obaveznom broju odobrenja. Mogućnost je isključena dok je administrator ne uključi, i baš taj dio treba pažljivo pročitati prije nego što je iko uključi.

Šta odobrenje zapravo radi

Ovdje su dvije odvojene stvari, i objava ih pažljivo razdvaja. Prva je ocjena spremnosti za odobrenje: svaki Copilotov pregled koda od sada u zbirnom komentaru pokazuje da li Copilot smatra da je zahtjev spreman za odobrenje. GitHub izričito navodi da se ta ocjena sama po sebi ne računa u uslove za spajanje. Ona je prikaz procjene modela, prikazan uz njegove pojedinačne primjedbe.

Druga je samo odobrenje. Kad ga administrator uključi, Copilot predaje odobrenje koje se ponaša kao svako drugo: računa se u pravilo o obaveznom broju odobrenja i povlači se čim stigne nov commit, tačno kao odobrenje ljudskog recenzenta. Poslije toga se može zatražiti nov pregled i novo odobrenje. Mogućnost je u javnom pregledu na planovima Copilot Pro, Pro+, Max, Business i Enterprise.

Ko odlučuje i na kom nivou

Odluka pripada administratorima na tri nivoa, a nivo repozitorijuma je jedini koji nudi stvarnu preciznost.

• Administrator preduzeća može da ostavi odobravanje isključeno u cijelom preduzeću ili da odluku prepusti pojedinim organizacijama.
• Administrator organizacije može da uključi odobravanje za cijelu organizaciju, da odluku prepusti administratorima repozitorijuma, da ga uključi za pojedine repozitorijume ili da ga isključi.
• Administrator repozitorijuma uključuje ili isključuje odobravanje i bira koje putanje datoteka Copilot smije da odobri.
• Ograničenje po putanjama je najkorisnija poluga: generisane datoteke, datoteke sa zaključanim verzijama i dokumentacija mogu se otvoriti Copilotu, dok kod aplikacije ostaje ljudima.

Budžeti sada mogu sami da isteknu

Druga izmjena je manja i tiče se naplate. Pojedinačan korisnički budžet sada može da nosi datum isteka, a GitHub taj budžet toga dana uklanja. Korisnik onda prelazi na sljedeći budžet koji ga obuhvata, dakle na budžet po korisniku iz njegovog troškovnog centra ili na opšti budžet. GitHub navodi da je cilj bio da se ukine ručno čišćenje koje su privremeni izuzeci ranije tražili.

Pri otvaranju ili izmjeni budžeta ponuđena su tri izbora: bez isteka, što ostaje podrazumijevano, istek na početku sljedećeg obračunskog ciklusa, i istek na tačno određen datum po vremenu UTC. Datum isteka se može promijeniti ili ukloniti u svakom trenutku, a zadaje se u podešavanjima naplate ili kroz polje expires_at u REST API-ju za budžete. Ova izmjena je opšte dostupna, na planovima Copilot Business i Copilot Enterprise.

Šta odmjeriti prije uključivanja

Pravilo o obaveznom broju odobrenja postoji da bi bar jedan čovjek osim autora pogledao izmjenu. Čim Copilot može da ispuni to pravilo, jemstvo mijenja oblik: na repozitorijumu koji traži jedno odobrenje izmjena sada može da bude spojena, a da je nijedan čovjek nije pročitao. Ovo ukazuje na to da ograničenje po putanjama nije dodatna finesa nego glavna zaštita u cijeloj mogućnosti.

Povlačenje odobrenja pomaže više nego što se na prvi pogled čini. Pošto odobrenje nestaje čim stigne nov commit, autor ne može unaprijed da prikupi Copilotovo odobrenje pa da poslije toga pošalje šta hoće. Ko ovo uključuje na zajedničkom repozitorijumu, trebalo bi unaprijed da odredi koje su putanje obuhvaćene, a za sve ostalo da zadrži ocjenu spremnosti, koja sama po sebi ništa ne mijenja.