Copilot ревизије добијају буџет организације — квота више није лична

|Аутор: Уредништво QUASA|5 мин читања| 1
Copilot ревизије добијају буџет организације — квота више није лична

GitHub је 8. октобра 2026. увео избор извора наплате за Copilot ревизије кода. Власник организације може да усмери трошак ревизија њених лиценцираних чланова на организацију која поседује репозиторијум, уместо на чланову Copilot квоту. Истом изменом добијена је и контрола захтева које покрећу људи са Copilot лиценцом прибављеном ван организације или њеног предузећа.

Подразумевани избор и даље је Member. Режим Organization захтева омогућену плаћену потрошњу AI Credits, док је посебан буџет опционалан. Независни преглед Toolvel-а такође раздваја избор платиоца од права на ревизију и подсећа да преглед кода троши AI Credits, а његове агентске могућности могу да троше и GitHub Actions минуте. Зато пребацивање наплате не уклања потребу да се прати стварна потрошња.

Како избор Member или Organization мења наплату

За члана са плаћеном Copilot лиценцом, Member значи да се ревизија обрачунава на његово право коришћења. Ако је расположива квота исцрпљена, ревизија не успева. Власник организације може да изабере Organization и тиме наплати ревизију организацији која поседује репозиторијум; чланова квота тада није извор наплате те ревизије. То је избор платиоца за лиценциране чланове, а не опште пребацивање сваке Copilot потрошње у репозиторијуму.

Исти избор важи за ручно затражене и аутоматски покренуте ревизије. Када репозиторијум аутоматски затражи проверу захтева за спајање измена, потрошња се уобичајено приписује аутору захтева; код ручног захтева приписује се особи која је тражила ревизију. У случају лиценцираног члана, избор Organization мења коме се та потрошња наплаћује, без промене правила које покреће проверу. То је важно за тимове који ревизију већ имају укључену у ток рада и очекују да се она појави уз сваки одговарајући захтев.

Прва одлука администратора је зато једноставна: да ли ревизије чланова треба да користе њихову Copilot квоту или средства организације која држи репозиторијум. Ако је циљ да се чланова квота не троши на те ревизије, бира се Organization и омогућава плаћена потрошња AI Credits. Избор не даје сам по себи никоме право да затражи ревизију, нити подразумева да ће свака аутоматска провера проћи финансијске лимите.

Који буџет може да заустави проверу

Аутоматске Copilot ревизије престају када применљиви организациони буџет заустави даљу употребу.

У режиму Member исцрпљена чланова квота може да обори његову ревизију. Када се ревизија наплаћује организацији, важни су применљиви лимити организације, њеног cost center-а или предузећа. GitHub-ово упутство за буџете објашњава да се потрошња може рачунати у више буџета и да било који исцрпљен применљиви буџет са укљученим заустављањем може да блокира даљу употребу.

Висина уписаног буџета сама по себи није увек чврста граница. За организациони, cost center и предузетнички лимит опција Stop usage when budget limit is reached одређује да ли се употреба зауставља по достизању износа. Ако је искључена, обавештење о прекорачењу не спречава наставак потрошње. Кориснички буџет је другачији: он увек зауставља употребу на својој граници. Због тога администратор треба да разликује упозорење од стварне блокаде када тумачи зашто се аутоматска ревизија није појавила.

Буџети cost center-а и организације ограничавају додатну, мерену потрошњу после исцрпљивања заједничког фонда AI Credits. Кориснички буџет може да ограничи потрошњу и док у том фонду још има кредита. Зато већи организациони буџет не мора да отклони блокаду коју је направило уже корисничко ограничење. Ни укључено правило за аутоматску ревизију не заобилази лимит: захтев за спајање измена може да испуни услов за покретање, а да Copilot ипак не обави проверу.

Шта се мења за спољну лиценцу

GitHub организација раздваја право на покретање Copilot ревизије за спољну и организациону лиценцу.

Спољна Copilot лиценца је она коју нису обезбедили организација која поседује репозиторијум или њено предузеће. То може бити лична лиценца или лиценца друге организације. Подразумевано, особа са плаћеном спољном лиценцом може да затражи Copilot ревизију у репозиторијуму коме има приступ. Прелазак на Organization као извор наплате сам по себи не мења то правило приступа.

Власник организације или администратор репозиторијума може да укључи подешавање Only allow Copilot code review to be triggered by authorized users. Тада особа не може спољном лиценцом да покрене захтев за ревизију. Ако је ограничење постављено на нивоу организације, администратор појединачног репозиторијума не може да га искључи. Ова контрола решава питање ко сме да затражи проверу; буџет и извор наплате одређују да ли се дозвољена провера може финансирати.

Код аутоматских ревизија важан је и начин на који су укључене. Ограничење спољне лиценце може да спречи аутоматску ревизију која потиче из личних подешавања неовлашћеног корисника, док ревизије задате правилима репозиторијума или организације настављају да се покрећу. Зато изостанак провере не треба приписати само спољној лиценци: резултат зависи и од правила које је покренуло ревизију и од применљивог лимита потрошње.

Редослед подешавања за организацију

Извор наплате поставља се у подешавањима организације, у Copilot → Policies, под Choose how members with a Copilot license are billed. Власник бира Member ако ревизије треба да користе чланово право коришћења. За Organization мора да омогући AI Credits paid usage и да утврди који организациони или cost center лимит ће важити за додатну потрошњу.

  1. У Billing & Licensing отворити Budgets and alerts и прегледати постојеће буџете и њихов обухват.
  2. За нови лимит изабрати New budget, врсту буџета, обухват и износ. Буџет за све AI Credits има шири домет од ограничења намењеног једној врсти потрошње.
  3. Одлучити да ли достигнути износ само шаље упозорење или зауставља даљу употребу; за чврст лимит укључити Stop usage when budget limit is reached.
  4. Одвојено одредити да ли спољне Copilot лиценце смеју да покрећу захтеве за ревизију.

Условни пример показује последицу: репозиторијум има правило које аутоматски тражи ревизију, али је применљиви организациони буџет исцрпљен и подешен да заустави употребу. Нови захтев за спајање измена и даље испуњава правило, али се ревизија не завршава. Администратор који жели да се провере наставе мора да промени применљиви лимит или начин његовог спровођења; само пребацивање наплате са Member на Organization то не решава.

Прочитајте и:

Подели:

Претплатите се на наш билтен

Добијајте најновије вести о Web3, AI-у и криптовалутама директно у пријемно сандуче.

0