GitHub verändert die Art und Weise, wie einige Unternehmen Copilot kaufen. Organisationen, die über ein GitHub- oder Microsoft-Kontoteam arbeiten, können jetzt jedem Benutzer, der durch eine GitHub Enterprise-Lizenz abgedeckt ist, Copilot-Zugriff gewähren, ohne für jede Person einen separaten Copilot-Platz zu erwerben.
Bei der Einbeziehung handelt es sich um Zugriff, nicht um eine gebündelte KI-Zuteilung. Der Copilot-Verbrauch wird ab der ersten Anfrage anhand eines Unternehmensbudgets gemessen und die Vereinbarung sieht keine monatlichen KI-Gutschriften pro lizenziertem Benutzer vor. Durch diese Unterscheidung ähnelt die Änderung weniger einem unbegrenzten Softwarepaket als vielmehr einer Plattformberechtigung, die durch nutzungsbasierte Ausgaben abgesichert ist.
Was GitHub beinhaltet
Im Rahmen der neuen Vereinbarung kann ein Unternehmen Copilot für seine gesamte lizenzierte GitHub Population verfügbar machen. Benutzer ohne GitHub Enterprise-Lizenz können weiterhin über Copilot Standalone abgedeckt werden, das GitHub mit 10 $ pro Benutzer und Monat angegeben wird.
Nicht jede Copilot-Funktion wird beendet, wenn ein Unternehmen kein KI-Budget mehr zur Verfügung hat. GitHub besagt, dass die Codevervollständigung und die Vorschläge für die nächste Bearbeitung weiterhin funktionieren. Copilot-Chat, Code-Review und Cloud-Funktionalität erfordern jedoch ein verfügbares Budget. Administratoren müssen daher verstehen, wer Zugriff hat und welche Funktionen nach Erreichen der Ausgabengrenzen weiterhin nutzbar sind.
Der Rollout ist ebenfalls unvollständig. GitHub sagte, dass die Self-Service-Verfügbarkeit schrittweise erfolgen würde, und hatte sie zum Zeitpunkt der Ankündigung noch nicht geöffnet. Derzeit hängen Berechtigung und Kauf möglicherweise von einer bestehenden Account-Team-Beziehung ab und nicht von einer Einstellung, die jede Organisation sofort aktivieren kann.
Zugriff und Nutzung werden zu getrennten Kontrollen
Bei der herkömmlichen Softwarebeschaffung pro Arbeitsplatz gibt es für Finanzteams eine relativ vorhersehbare Obergrenze: die Anzahl der zugewiesenen Lizenzen multipliziert mit einem Festpreis. Die neue Struktur von GitHub trennt das Recht zur Nutzung von Copilot von dem Betrag, der für die Nutzung der gebührenpflichtigen Funktionen ausgegeben wird.
Dies kann die anfängliche Bereitstellung vereinfachen, da Administratoren nicht mehr genau vorhersagen müssen, welche Unternehmensbenutzer Copilot benötigen, bevor sie Zugriff gewähren. Außerdem verlagert es die operative Arbeit auf Budgets, Nutzungszuordnung und Warnungen. Eine allgemein verfügbare Funktion kann zu ungleichen Kosten zwischen Teams, Repositorys und Workflows führen, sodass Unternehmen entscheiden müssen, wie die zentral finanzierte Nutzung intern zugewiesen wird.
Hier werden KI APIAusgabenkontrollen für Teams Teil der routinemäßigen Verwaltung der Entwicklerplattform. Ein Unternehmen benötigt möglicherweise unternehmensweite Obergrenzen, Abteilungszuweisungen und Warnungen, die eintreffen, bevor Chat- oder Bewertungsfunktionen nicht mehr verfügbar sind. Auch das Fallback-Verhalten ist wichtig: Das Erreichen einer Budgetgrenze führt nicht zu einem einheitlichen Copilot-Status, da einige Bearbeitungsunterstützungen fortgesetzt werden, während andere Funktionen gestoppt werden.
Warum die Änderung darüber hinaus wichtig ist GitHub
Die Vereinbarung stärkt ein Einkaufsmodell, bei dem der Zugriff auf KI in einer größeren Entwicklerplattform gebündelt ist, während der variable Verbrauch separat berechnet wird. Dies führt zu einem anderen Vergleich für Unternehmen, die unabhängige Codierungsassistenten, direkte Modell-APIs oder ein Multimodell-API Gateway für Teams.
Die relevante Frage ist nicht mehr nur, ob ein Copilot-Platz mehr oder weniger kostet als ein anderes Tool. Käufer müssen den gesamten Workload-Mix vergleichen: Wie viel Nutzung entfällt auf Abschluss-, Chat-, Überprüfungs- oder Cloud-Funktionen; welche Aktivität verbraucht Budget? und ob die Kosten den Teams zugeordnet werden können, die sie erstellt haben. Ohne Nutzungsdaten kann ein Vergleich der Sitzplatzpreise den tatsächlichen finanziellen Unterschied verschleiern.
Gateway- und Reseller-Betreiber sollten auch damit rechnen, dass Unternehmenskunden eine ähnlich klare Trennung zwischen Kontozugriff und abrechnungsfähigem Verbrauch verlangen.Produkte, die eine einheitliche KI-API-Abrechnung anbieten, benötigen Berichte, die mit den in eine große Entwicklerplattform eingebetteten Budgets mithalten können, einschließlich Zuordnung auf Modell- oder Schlüsselebene statt nur einer aggregierten Rechnung.
Was noch unklar ist
GitHub hat keinen festen Termin für die allgemeine Self-Service-Verfügbarkeit bekannt gegeben. Auch die finanziellen Auswirkungen lassen sich allein aus den veröffentlichten Konditionen nicht verallgemeinern. Eine Organisation, die gebührenpflichtige Chat-, Überprüfungs- und Cloud-Funktionen stark nutzt, könnte ein anderes Ergebnis erzielen als eine Organisation, deren Entwickler hauptsächlich Vervollständigungs- und Nächste-Bearbeitungs-Vorschläge verwenden.
Unternehmen, die die Vereinbarung in Betracht ziehen, sollten vor der Änderung von Beschaffungsmodellen eine Grundlinie festlegen: aktive Benutzer, Funktionsmix, aktuelle Copilot-Kosten und akzeptables Unterbrechungsverhalten, wenn ein Budget erschöpft ist. Die Ankündigung erweitert den Zugriff, aber das praktische Ergebnis wird von den Nutzungsmustern und davon bestimmt, wie genau Administratoren das zugehörige Budget vorhersagen, zuweisen und durchsetzen können.