Copilotov pregled koda dobio je API — zadani Balanced troši više kredita

8. listopada 2026. u 23:00|Autor: Urednički tim QUASA|4 min čitanja| 1

GitHub je 2. listopada 2026. objavio da se Copilotov pregled koda može zatražiti kroz REST i GraphQL API te potvrdio da se od 28. rujna vrijednost Default primjenjuje kao Balanced u novim i postojećim repozitorijima i organizacijama koji koriste tu značajku. API podrška općenito je dostupna uz planove Copilot Pro, Pro+, Max, Business i Enterprise. Pri svakom zahtjevu moguće je zasebno odabrati razinu napora.

To timu omogućuje da pregled pokrene iz skripte ili CI tijeka vezanog uz zahtjev za spajanje izmjena. Prema Ponderovu izvještaju, Balanced troši više AI kredita po pregledu od razine Lite, dok je izričito odabrani Lite ostao na snazi nakon promjene zadane vrijednosti. Zato će automatizacija koja ne navede razinu napora ovisiti o postavkama koje vrijede za konkretan pregled.

Gdje API ulazi u CI tijek

Polazište je postojeći zahtjev za spajanje izmjena, odnosno pull request. CI posao može se pokrenuti kada je takav zahtjev otvoren, prikupiti podatke o repozitoriju i zahtjevu te od GitHuba zatražiti Copilotov pregled. U samom API zahtjevu može navesti Lite ili Balanced, pa se razina za taj pregled može razlikovati od zadane postavke repozitorija.

Za REST put GitHubove upute za traženje pregleda navode da se kao recenzent zahtijeva copilot-pull-request-reviewer[bot]. To je konkretna veza između skripte koja već radi sa zahtjevima za spajanje izmjena i Copilotova pregleda. GitHub je najavio i podršku kroz GraphQL, a izbor REST-a ili GraphQL-a može pratiti API koji postojeći CI posao već koristi.

Uvjetno pravilo može, primjerice, tražiti Lite nakon otvaranja rutinske promjene, a Balanced samo kada tim želi dublju analizu određene vrste izmjena. Takvo razvrstavanje mora odrediti sam tim; izbor razine pri API pozivu nije automatska procjena složenosti promjene. Važno je i razlikovati API poziv od GitHubove postavke za automatski pregled: ako su oba načina uključena za isti događaj, njihova pravila pokretanja treba uskladiti kako se pregled ne bi tražio nepotrebno.

Što naslijeđeni Default sada znači

Promjena se odnosi na postavke koje su ostale na vrijednosti Default. Ona sada znači Balanced, iako administrator u konfiguraciji može vidjeti istu oznaku kao prije promjene. Repozitorij ili organizacija s izričito odabranim Lite zadržava taj izbor. Za predviđanje potrošnje zato je bitna razina koja će se stvarno primijeniti, a ne samo podatak da je Copilotov pregled uključen.

GitHub omogućuje konfiguriranje razine na razini poduzeća, organizacije, repozitorija i osobnog računa, pri čemu uži opseg može nadjačati širi. Organizacijska postavka stoga nije dovoljan opis ponašanja svakog repozitorija: pojedini repozitorij može imati vlastiti izbor, a osoba koja traži pregled osobnu postavku. Razina izričito zadana u API zahtjevu odnosi se na taj pojedini pregled.

To stvara važnu razliku između administrativne postavke i pravila CI posla. Ako CI uvijek šalje izričitu razinu, odluka o dubini zapisana je uz automatizirani zahtjev. Ako je izostavi, na ishod utječu primjenjive postavke, pa promjena na jednom mjestu može promijeniti buduće preglede bez izmjene CI konfiguracije. Prije automatizacije posebno su važni repozitoriji koji su ostali na Default i oni s vlastitim izborom Lite.

Lite i Balanced: dubina i potrošnja

Razlika između razina nije samo naziv. Lite daje brže, usmjerenije povratne informacije o uobičajenim problemima poput pogrešaka, sigurnosnih propusta i nedosljednosti u stilu. Balanced usmjerava zahtjev prema modelu s više zaključivanja radi dulje analize složene logike, sigurnosno osjetljivog koda i promjena koje povezuju više usluga.

Lite: usmjereniji pregled i manja potrošnja AI kredita; odgovara promjenama za koje je timu dovoljna osnovnija povratna informacija.
Balanced: dublja analiza i veća potrošnja AI kredita; može potrošiti i nešto više minuta GitHub Actionsa.

Ta usporedba ne znači da svaki pregled ima istu cijenu. Potrošnja ovisi o konkretnom zahtjevu za spajanje izmjena, a ukupni učinak automatizacije i o tome koliko često CI traži novi pregled. Izbor Balanced za svaki poziv može zato povećati potrošnju i kada se broj zahtjeva za spajanje izmjena ne promijeni. Obrnuto, izričito odabrani Lite čuva lakšu razinu ondje gdje tim ne traži dulju analizu.

Posljedica za administratore

Automatsko pokretanje i razina napora dvije su odvojene odluke: prva određuje kada Copilot radi, a druga koliko duboko obrađuje pojedini zahtjev. Novi API omogućuje da se obje odluke ugrade u isti CI tijek. Ondje gdje se razina ne šalje izričito, naslijeđeni Default sada može dovesti do dubljeg pregleda i veće potrošnje kredita nego što je tim očekivao prema ranijoj konfiguraciji.

Za repozitorije s različitim potrebama izbor se može zapisati u njihovim postavkama ili u zahtjevu koji šalje CI posao. U oba slučaja stvarna potrošnja ovisit će i o pravilima ponovnog pokretanja pregleda, osobito ako se pregled traži nakon novih izmjena u istom zahtjevu za spajanje.

Pročitajte i:

Podijeli: