Zusammenfassung

  • Nach Freischaltung der entsprechenden Richtlinien können Mitglieder ohne Copilot-Lizenz Codeprüfungen nutzen. Ihre AI credits werden als zusätzliche kostenpflichtige Nutzung direkt der Organisation oder dem Unternehmen berechnet, außerhalb persönlicher Budgets.
  • Regeln für neue Pushes und Entwürfe lassen sich durch persönliche Einstellungen nicht abstellen. Wer den Prüftakt festlegt, legt damit auch wiederkehrende Kaufgelegenheiten fest.

Ein eingesparter Copilot-Sitz ist noch keine eingesparte Codeprüfung. GitHub erlaubt Organisationen, Mitglieder ohne Lizenz prüfen zu lassen und deren Verbrauch selbst zu bezahlen. Für gelegentliche Beiträge ist das praktisch: Der Zugang zur Prüfung muss nicht erst auf eine individuell beschaffte Lizenz warten. Der Einkauf sollte anschließend allerdings aufhören, die Zahl der Sitze für die Größe der Bestellung zu halten.

Die Bestellung kann längst in einer anderen Abteilung liegen. Ein Teamleiter legt fest, dass jeder neue Push eine automatische Prüfung erhält. Später überarbeitet jemand seinen Code mehrmals. Die Regel arbeitet zuverlässig weiter, und mit ihr der Verbrauch. Auf dem Bildschirm steht Sorgfalt; im Hintergrund wird Leistung abgerufen.

Eine Firmenkasse neben den persönlichen Budgets

Die Produktdokumentation verlangt für Mitglieder ohne Lizenz zwei Freigaben: kostenpflichtige AI-credits-Nutzung und die Erlaubnis zur Codeprüfung für diese Mitglieder. Die zweite Richtlinie ist standardmäßig ausgeschaltet. Wird sie aktiviert, gehen manuelle und automatische Prüfungen dieser Nutzer als zusätzliche kostenpflichtige Nutzung direkt an Organisation oder Unternehmen. Ein persönliches Monatskontingent für diese Funktion haben sie nicht; der Verbrauch wird keinem individuellen Budget zugeordnet.

Bei Mitgliedern mit bezahlter Lizenz nutzt GitHub normalerweise deren Leistungsanspruch. Organisations- oder Unternehmenseigentümer können stattdessen die Organisation belasten lassen. Bezahlte Nutzung muss dafür freigegeben sein, ein Budget ist optional. Die Wahl des Zahlers erteilt für sich genommen keine Zugangsberechtigung.

Zugang, Kostenzuordnung und Begrenzung sind also drei Entscheidungen. Wer nur die individuellen Verbrauchstabellen prüft, kann sehr genügsame Mitarbeiter und eine deutlich weniger genügsame Firmenrechnung vorfinden. Die Zahlen widersprechen sich nicht. Sie beschreiben verschiedene Wege durch die Kasse. Alle persönlichen Geldbörsen zu schließen ersetzt keine Kontrolle der Firmenbestellungen.

Der Auftrag folgt nicht immer dem Autor

Bei einer automatischen Prüfung ordnet GitHub den AI-Verbrauch standardmäßig dem Autor des Pull Requests zu. Fordert ein anderer Nutzer die Prüfung manuell an, wird dieser Nutzer zum Bezugspunkt. Bei Änderungen des Copilot cloud agent kommt zunächst der zugehörige menschliche Mitautor infrage; lässt er sich nicht belasten, zahlt die Organisation. Andere Bots als Autoren oder anfordernde Bots führen direkt zur Organisationsabrechnung.

Die Frage, wer den Code geschrieben hat, erklärt damit nur einen Teil des Einkaufs. Ein Kollege kann eine zusätzliche Prüfung bestellen. Ein Team kann eine Änderung einem Bot übertragen. Der Arbeitsgegenstand bleibt ähnlich, während der Verbrauch in eine andere Spalte wandert.

Mit dem gewählten Abrechnungsweg verändert sich auch die relevante Grenze. Bei Nutzerabrechnung blockiert ein erschöpftes Nutzerbudget die Codeprüfung. Bei Organisationsabrechnung zählen die jeweils geltenden Budgets der Organisation, des Kostenzentrums oder das Ausgabenlimit des Unternehmens. Eine Umbuchung kann somit bestimmen, wessen ausgeschöpfter Spielraum den Arbeitsfluss anhält.

Eine gemeinsame Finanzierung kann Reibung beseitigen. Wer viele Änderungen für die Firma bearbeitet, muss nicht allein deshalb sein persönliches Kontingent zuerst verlieren, weil die Firma jede Änderung geprüft haben möchte. Dafür braucht die gemeinsam finanzierte Leistung einen Entscheider, der ihre Nachfrage versteht.

„Jedes Mal“ ist eine Beschaffungsregel

Die Konfigurationsanleitung sieht Prüfungen neuer Pushes und noch unfertiger Entwürfe vor. Persönliche Einstellungen und Regeln von Repository oder Organisation werden unabhängig ausgewertet. Treffen mehrere Einstellungen bei einem Ereignis zusammen, erscheint nur eine Prüfung. Der Nutzer kann aber per persönlichem Schalter keine Push- oder Entwurfsprüfung ausschalten, die eine Regel verlangt.

Mehrverbrauch entsteht deshalb nicht schon durch zwei passende Schalter, sondern durch die Folge neuer Prüfgelegenheiten. Ändern, pushen, nachbessern, erneut pushen: Die Regel begleitet die Arbeit. Ein Pull Request ist dann kein brauchbarer Ersatz für die Zahl der tatsächlich ausgeführten Prüfungen.

Frühe Kontrolle kann einen Fehler beseitigen, bevor ein Kollege seine Zeit darauf verwendet. Wiederholte Kontrolle kleiner Anpassungen kann auch überwiegend bereits gewonnene Sicherheit bestätigen. Welche Variante vorliegt, gehört zur wirtschaftlichen Begründung des Prüftakts. Die freundliche Forderung nach mehr Sorgfalt bestellt eine konkrete Dienstleistung.

Für die Prüftiefe gibt es eigene Grenzen. Eine Organisation kann einen Standard vorgeben, den Repositories anpassen dürfen, und zusätzlich eine Höchststufe setzen, die sie nicht überschreiten dürfen. Der Standard lenkt Gewohnheiten; das Maximum begrenzt Optionen. Eine Empfehlung ist ein merkwürdiger Ersatz für ein Ausgabeninstrument, wenn anschließend doch jeder mehr bestellen kann.

Die KI braucht außerdem eine Werkbank

GitHub kündigte am 27. April 2026 an, ab dem 1. Juni sowohl AI credits als auch GitHub-Actions-Minuten für die Codeprüfung zu verbrauchen. Die Modellinteraktion und die Ausführung agentischer Fähigkeiten werden getrennt gemessen. Bei privaten Repositories mit standardmäßig gehosteter Ausführung sind enthaltenes Rechenvolumen und zusätzliche Nutzung auseinanderzuhalten.

Die Runner-Dokumentation beschreibt auch, was beim Abschalten der von GitHub gehosteten Runner passiert: Die agentischen Fähigkeiten entfallen, die Prüfung fällt auf eine eingeschränktere Form zurück. Organisationen können eigene Runner betreiben. Offiziell unterstützt wird dafür ARC mit Ubuntu x64; Netzwerkkontrollen sind einzurichten.

Eigenbetrieb verbraucht keine Actions-Minuten, verlangt aber Betrieb auf Kundenseite. Eine kleinere Rechnung des Anbieters kann mehr Arbeit in der eigenen Infrastruktur bedeuten. Ebenso kann ein weiterhin erscheinender Kommentar aus einer Prüfung mit weniger Kontext stammen. Kostenvergleich verlangt daher eine Vorstellung davon, welche Leistung der jeweilige Weg tatsächlich liefert.

Die öffentlichen Unterlagen enthalten keine Ausführungsdaten, abgeglichenen Rechnungen und nützlichen Befunde eines konkreten Kunden; zusammen würden diese Daten den Wert zusätzlicher Prüfungen zeigen. Bereits jetzt lässt sich die Verantwortung sauber zuordnen: Wer einen dauernden Prüftakt vorschreibt, sollte dessen vollständigen Verbrauch sehen und erklären können. Die Maschine hält sich an die Regel. Der Regelgeber sollte sich zur Bestellung bekennen.