GitHub променя начина, по който някои предприятия купуват Copilot. Организациите, работещи чрез GitHub или екип за акаунти на Microsoft, вече могат да осигурят достъп до Copilot на всеки потребител, обхванат от лиценз GitHub Enterprise, без да купуват отделно място за Copilot за всеки човек.
Включването е достъп, а не пакетно разрешение за AI. Потреблението на Copilot се измерва от първата заявка спрямо корпоративния бюджет и споразумението не предоставя месечни кредити за AI на лицензиран потребител. Това разграничение прави промяната по-малко като неограничен софтуерен пакет, а по-скоро като правомощия за платформа, подкрепени от разходи, базирани на потреблението.
Какво GitHub включва
Съгласно новото споразумение едно предприятие може да направи Copilot достъпен за цялото си лицензирано GitHub население. Потребители без лиценз GitHub Enterprise все още могат да бъдат обхванати чрез Copilot Standalone, който GitHub е посочен на цена от $10 на потребител на месец.
Не всяка функция на Copilot спира, когато предприятието няма наличен AI бюджет. GitHub казва, че предложенията за довършване на код и следваща редакция продължават да работят. Copilot Chat, преглед на кода и облачна функционалност обаче изискват наличен бюджет. Следователно администраторите трябва да разберат както кой има достъп, така и кои функции остават използваеми след достигане на лимитите на разходите.
Внедряването също е незавършено. GitHub каза, че наличността на самообслужване ще пристигне на етапи и не го е отворил по време на обявяването. Засега допустимостта и закупуването може да зависят от съществуваща връзка между акаунт и екип, а не от настройка, която всяка организация може да активира незабавно.
Достъпът и потреблението стават отделни контроли
Традиционното снабдяване със софтуер за работно място дава на финансовите екипи относително предвидима горна граница: броят на присвоените лицензи, умножен по фиксирана цена. Новата структура на GitHub отделя правото за използване на Copilot от сумата, изразходвана за използване на измерваните функции.
Това може да опрости първоначалното предоставяне, тъй като вече не е необходимо администраторите да предвиждат точно кои корпоративни потребители ще имат нужда от Copilot, преди да предоставят достъп. Той също така пренасочва оперативната работа към бюджети, приписване на използването и предупреждения. Широко достъпна функция може да генерира неравномерни разходи в екипи, хранилища и работни потоци, така че организациите ще трябва да решат как централно финансираното използване да се разпределя вътрешно.
Тук AI API контролът върху разходите за екипи става част от рутинното администриране на платформата за разработчици. Една компания може да се нуждае от тавани за цялото предприятие, разпределения по отдели и предупреждения, които пристигат преди функциите за чат или преглед да станат недостъпни. Резервното поведение също има значение: достигането на бюджетна граница не създава едно еднообразно състояние на Copilot, тъй като известна помощ при редактиране продължава, докато други възможности спират.
Защо промяната има значение отвъд GitHub
Споредбата укрепва модел на закупуване, при който достъпът до AI е пакетиран в по-голяма платформа за разработчици, докато променливото потребление се таксува отделно. Това създава различно сравнение за компаниите, които оценяват независими асистенти за кодиране, API за директен модел или мултимоделен API шлюз за екипи.
Съответният въпрос вече не е просто дали едно място на Copilot струва повече или по-малко от друг инструмент. Купувачите трябва да сравнят пълния микс от работно натоварване: колко използване се пада на завършване, чат, преглед или облачни функции; коя дейност поглъща бюджет; и дали разходите могат да бъдат приписани на екипите, които са ги създали. Без данни за употребата сравнението на седалка-цена може да замъгли действителната финансова разлика.
Операторите на портали и дистрибутори също трябва да очакват корпоративните клиенти да поискат подобно ясно разделение между достъпа до акаунта и таксуваното потребление.Продуктите, предлагащи унифицирано AI API таксуване, ще се нуждаят от отчитане, което може да стои освен бюджетите, вградени в основна платформа за разработчици, включително приписване на ниво модел или ключово ниво, а не само обобщена фактура.
Това, което остава неясно
GitHub не е обявила точна дата за обща наличност на самообслужване. Финансовият ефект също е невъзможно да се обобщи само от публикуваните условия. Организация с интензивно използване на измерван чат, преглед и облачни функции може да види различен резултат от тази, чиито разработчици използват главно предложения за завършване и следващо редактиране.
Предприятията, които обмислят споразумението, трябва да установят базова линия, преди да променят моделите на доставка: активни потребители, комбинация от функции, текущи разходи за копилот и приемливо поведение при прекъсване, когато бюджетът е изчерпан. Съобщението разширява достъпа, но практическият резултат ще се определя от моделите на използване и от това колко точно администраторите могат да прогнозират, разпределят и наложат свързания бюджет.