GitHub stellt das Abrechnungsmodell für Copilot Business und Copilot Enterprise auf den Kopf. Ab 1. Oktober 2026 zahlen Firmenkunden im Voraus statt wie bisher im Nachhinein, wie GitHub am 28. August 2026 im offiziellen Changelog bekanntgab. Gleichzeitig verschmelzen bis zum 28. September 2026 die bisher getrennten Oberflächen für Cloud-Agenten und Chat zu einer einzigen “Agent-Session”, und “Balanced” wird zur neuen Standardstufe für KI-gestützte Code-Reviews. Für Entwicklungsteams in Österreich und Deutschland, die Copilot in VS Code, JetBrains-IDEs oder der CLI einsetzen, bedeutet das: Budgetplanung, Freigabeprozesse und tägliche Arbeitsabläufe ändern sich innerhalb weniger Wochen gleich dreifach.
Was GitHub am 28. August 2026 angekündigt hat
Der Auslöser der aktuellen Debatte ist ein Changelog-Eintrag von GitHub vom 28. August 2026. Darin heißt es wörtlich: “At the start of the next billing cycle, all Copilot Business and Copilot Enterprise seats assigned will incur an upfront charge” (GitHub, offizielle Ankündigung). Übersetzt: Zu Beginn des nächsten Abrechnungszyklus wird für jeden zugewiesenen Copilot-Business- oder Enterprise-Platz eine Vorabgebühr fällig, statt wie bisher erst am Ende des Monats auf Basis des tatsächlichen Verbrauchs zu zahlen.
GitHub präzisiert außerdem, wen die Änderung zuerst betrifft: “This will apply to existing Copilot Business and Copilot Enterprise customers with a credit card or paypal payment method starting October 1, 2026” (GitHub Changelog). Wer also per Kreditkarte oder PayPal bezahlt, bekommt die neue Vorauskasse als Erstes zu spüren. Kunden mit Rechnungsstellung über Vertragspartner oder Cloud-Marktplätze folgen laut GitHub in einer späteren Phase, ein genaues Datum dafür nennt das Unternehmen bislang nicht.
Diese Umstellung ist kein Einzelereignis, sondern der nächste Schritt einer Entwicklung, die bereits im Frühsommer begann. Laut GitHub-Dokumentation gilt: “On June 1, 2026, GitHub moved to usage-based billing” (GitHub Docs). Genauer beschrieben wird das so: “As of June 1, 2026, GitHub replaced request-based billing with usage-based billing, where the cost of an interaction depends on two things: the model and the number of tokens consumed” (GitHub Docs). Die Oktober-Änderung baut also direkt auf dem im Juni eingeführten Token-basierten Abrechnungsmodell auf und verschiebt nun zusätzlich den Zahlungszeitpunkt nach vorne.
Drei Änderungen, ein Stichtag: Was konkret passiert
Wer die Ankündigungen aus dem GitHub-Changelog für August 2026 verfolgt, stößt nicht nur auf die Abrechnungsumstellung. Insgesamt bündelt GitHub in diesem Monat drei separate, aber zeitlich eng getaktete Neuerungen. Erstens die bereits beschriebene Vorauskasse ab 1. Oktober. Zweitens die Zusammenlegung von Cloud-Agent und Chat-Oberfläche zu einer gemeinsamen Agent-Session mit Zieltermin 28. September 2026. Drittens die Umstellung der Standard-Intensität bei Copilot-Code-Reviews auf die Stufe “Balanced”.
Der offizielle Monatsrückblick fasst die Stoßrichtung so zusammen: “August 2026 brought more control over how GitHub Copilot reasons, which models you use, how teams share specialized agents, and when you ask for a code review” (GitHub Changelog, August 2026). Der rote Faden ist erkennbar: GitHub baut Copilot von einem Einzelplatz-Werkzeug zu einer Plattform mit Governance-Funktionen für größere Teams um, inklusive geteilter Agenten, granularer Modellauswahl und eben auch strengerer, vorhersehbarerer Kostenkontrolle.
Ergänzend dazu veröffentlichte GitHub bereits am 13. August 2026 im Rahmen der wöchentlichen Copilot-Releases zwei funktionale Neuerungen, die viele Entwickler in JetBrains-IDEs direkt betreffen: ein Copilot-Gedächtnis, das Kontext über mehrere Chat-Sitzungen hinweg speichert, sowie die Unterstützung lokaler Ollama-Modelle als Bring-your-own-key-Anbieter. Damit lässt sich Copilot in JetBrains-Umgebungen erstmals mit lokal gehosteten Modellen kombinieren, ohne jede Anfrage über GitHubs Cloud-Infrastruktur zu leiten.
Zahlen und Fakten zur Copilot-Preisumstellung
| Ereignis | Datum | Betroffene Kunden | Auswirkung |
|---|---|---|---|
| Umstieg auf nutzungsbasierte Abrechnung | 1. Juni 2026 | Alle Copilot-Nutzer | Kosten hängen von Modell und Token-Verbrauch ab |
| Vorauskasse-Pflicht für Business/Enterprise | 1. Oktober 2026 | Bestandskunden mit Kreditkarte/PayPal | Zahlung zu Beginn statt am Ende des Abrechnungszyklus |
| Zusammenlegung Agent- und Chat-Oberfläche | 28. September 2026 | Alle Copilot-Business/Enterprise-Teams | Eine einheitliche Agent-Session statt getrennter Werkzeuge |
| “Balanced” als Standard-Review-Stufe | August 2026 (laufend) | Teams mit Copilot-Code-Review | Andere Kommentar- und Vorschlagsdichte ohne manuelle Anpassung |
| Copilot-Gedächtnis über Chat-Sitzungen | 13. August 2026 | Alle Copilot-Chat-Nutzer | Weniger wiederholte Kontexteingaben nötig |
| Ollama als BYOK-Anbieter in JetBrains | 13. August 2026 | JetBrains-Plugin-Nutzer | Lokale Modelle statt reiner Cloud-Anbindung möglich |
Was auffällt: Keines der vier großen GitHub-Announcements aus dem August nennt einen konkreten neuen Listenpreis pro Sitzplatz. GitHub spricht ausschließlich vom Zeitpunkt der Zahlung, nicht von einer Preiserhöhung im engeren Sinn. Für Finance- und Procurement-Teams ist das trotzdem relevant, weil sich der Cashflow verschiebt: Wer bisher am Monatsende eine Rechnung basierend auf dem tatsächlichen Verbrauch bekam, muss ab Oktober bereits zu Monatsbeginn eine Vorabsumme hinterlegen. Bei größeren Teams mit hunderten Sitzplätzen kann das kurzfristig gebundenes Kapital in nicht unerheblicher Höhe bedeuten, auch wenn sich am Ende des Zyklus die Gesamtkosten laut GitHub nicht grundsätzlich ändern sollen.
Warum GitHub jetzt auf Vorauskasse umstellt
Aus Sicht eines Zahlungsdienstleisters ist der Schritt naheliegend. Nutzungsbasierte Nachzahlung birgt für den Anbieter das Risiko, dass Kunden mehr verbrauchen, als am Ende bezahlt wird, etwa bei abgelaufenen Kreditkarten, Kontoproblemen oder plötzlicher Kündigung mitten im Abrechnungszeitraum. Eine Vorauskasse verlagert dieses Risiko auf die Kundenseite und verschafft GitHub planbarere Einnahmen, ein Muster, das Cloud-Anbieter wie AWS oder Azure bei Prepaid-Guthaben und Reserved-Capacity-Modellen schon länger nutzen.
Zum Kontext gehört auch, dass GitHub im Zeitraum Juni bis August 2026 die Sitzplatz-Guthaben temporär erhöht hatte, Business-Konten von 19 auf 30 Dollar, Enterprise-Konten von 39 auf 70 Dollar Gegenwert pro Monat. Diese Übergangsregelung diente offenbar dazu, den Wechsel auf die nutzungsbasierte Abrechnung im Juni abzufedern und Kunden Zeit zur Anpassung ihrer Nutzungsmuster zu geben. Mit Auslaufen dieser erhöhten Guthaben nach August und dem gleichzeitigen Start der Vorauskasse im Oktober treffen zwei Effekte zusammen, die für Teams, die ihre Nutzung nicht anpassen, tatsächlich zu spürbar höheren effektiven Kosten pro Sitzplatz führen können.
Bemerkenswert ist zudem der Zeitpunkt der Ankündigung selbst: GitHub veröffentlichte die Billing-Änderung nur einen Tag, bevor der Monatsrückblick für August erschien, und knapp einen Monat vor dem Start der neuen Regelung. Diese kurze Vorlaufzeit von gut vier Wochen lässt IT-Einkaufsabteilungen wenig Spielraum, Verträge neu zu verhandeln oder alternative Werkzeuge zu evaluieren, ein Umstand, der in Foren und auf Entwickler-Plattformen bereits für Diskussionen sorgt.
Die Agent-Session-Zusammenlegung: Ein Werkzeug statt zwei
Parallel zur Preisumstellung treibt GitHub eine strukturelle Vereinheitlichung voran. Bis zum 28. September 2026 sollen der bisher getrennte Cloud-Agent und die klassische Chat-Oberfläche zu einem einzigen Konzept namens Agent-Session verschmelzen. Praktisch bedeutet das: Entwickler müssen nicht mehr entscheiden, ob sie eine Frage im Chat stellen oder eine längere, autonome Aufgabe an den Cloud-Agenten delegieren, beides läuft künftig über denselben Einstiegspunkt.
Der offizielle Rückblick beschreibt die Erweiterung so: GitHub habe “broader Copilot controls across multiple surfaces” ausgerollt, konkret in Slack, Microsoft Teams, der GitHub-App, der CLI, JetBrains, VS Code und Visual Studio, inklusive geteilter Agent-Sessions, feinerer Anpassungsmöglichkeiten, schnellerer CLI-Performance und verbessertem Session- und Modellmanagement. Für Teams, die Copilot bislang nur in einer einzigen Oberfläche nutzen, etwa ausschließlich in VS Code, bedeutet das vor allem eines: Der Funktionsumfang wächst plattformübergreifend, was Migrationsentscheidungen künftig komplexer macht, weil sich die Wahl der IDE nicht mehr nur nach Editor-Feature, sondern nach Copilot-Oberflächenintegration richtet.
Die dritte Änderung im Bündel, “Balanced” als neue Standard-Stufe für Code-Reviews, wirkt auf den ersten Blick kleinteilig, hat aber unmittelbare Folgen für den Entwickleralltag. Wer bislang die intensivere oder die zurückhaltendere Review-Stufe gewohnt war, sieht ab sofort automatisch eine andere Menge an Kommentaren, Refactoring-Vorschlägen und Hinweisen, sofern das Team die Einstellung nicht manuell überschreibt. Für Teams mit etablierten Review-Workflows lohnt sich daher eine explizite Prüfung der Konfiguration, statt sich auf den neuen Standardwert zu verlassen.
JetBrains kontert mit Multi-Repo-Awareness und Copilot-Gedächtnis
Während GitHub an der Preis- und Oberflächenstruktur arbeitet, positioniert sich JetBrains mit eigenem Tempo im selben Marktsegment. Der JetBrains-Assistent Junie erhielt am 10. Juli 2026 mit Version 3.11 neue Funktionen namens Side Chats und Conversation Search, gefolgt von Version 0.47 am 13. August 2026, die laut Herstellerangaben eine Multi-Repo-Awareness über bis zu zehn verknüpfte Repositories gleichzeitig ermöglicht. Für Teams mit Microservice-Architekturen, die Code-Änderungen häufig über mehrere Repositories hinweg koordinieren müssen, ist das ein direkter Wettbewerbsvorteil gegenüber Werkzeugen, die pro Sitzung nur ein einzelnes Repository im Blick haben.
Der aktuelle JetBrains-Forschungsbericht zur Verbreitung von KI-Coding-Agenten bestätigt, dass sich die Umfragen des Unternehmens inzwischen an ein globales Publikum richten: Die Developer-Ecosystem- und AI-Pulse-Umfragen sind mittlerweile in acht Sprachen verfügbar, darunter auch Deutsch (JetBrains Blog, August 2026). Das unterstreicht, wie stark sich der Wettbewerb um KI-Coding-Werkzeuge inzwischen auch auf den deutschsprachigen Markt konzentriert, nicht nur auf englischsprachige Kernmärkte.
Zusätzlich macht JetBrains Junie inzwischen standardmäßig auf Googles Gemini 3.7 Flash zugänglich und bietet das Modell derzeit mit einem Preisnachlass an, ein Detail, das die Kostenkalkulation für Teams weiter verkompliziert, die parallel Copilot und Junie einsetzen und beide Preisstrukturen im Blick behalten müssen.
Konkurrenzvergleich: Copilot, Cursor und Claude Code im direkten Preisvergleich
| Werkzeug | Abrechnungsmodell (Stand August 2026) | Besonderheit |
|---|---|---|
| GitHub Copilot Business/Enterprise | Nutzungsbasiert seit Juni 2026, Vorauskasse ab Oktober 2026 | Tiefste Integration in GitHub-Repositories und Actions |
| JetBrains Junie | Abo- und Guthabenmodell, Gemini 3.7 Flash aktuell vergünstigt | Multi-Repo-Awareness über bis zu zehn Repositories |
| Claude Code (Anthropic) | Abo-Stufen Pro, Max, Team | Seit 14. August 2026 standardmäßig im Auto-Modus für Pro/Max/Team |
| Cursor | Sitzplatz- und Nutzungsmodell | Eigenständige IDE mit tiefem Codebase-Kontext |
Auffällig ist, dass praktisch alle großen Anbieter im selben Sommer an ihren Abrechnungs- und Standardverhalten-Modellen schrauben. Anthropic stellte Claude Code für Pro-, Max- und Team-Abonnenten ab dem 14. August 2026 standardmäßig auf einen Auto-Modus um, der eigenständiger entscheidet, wann refaktoriert, wann ein Werkzeug ausgeführt und wann mehrstufig geplant wird. Für Entwickler bedeutet das weniger manuelle Steuerung, aber auch weniger Kontrolle über den Zeitpunkt, an dem die KI eingreift, ein Kompromiss, den nicht jedes Team automatisch gutheißt.
Der Wettbewerbsdruck zeigt sich auch bei den zugrunde liegenden Sprachmodellen selbst. xAI brachte am 12. August 2026 Grok 4.6 auf den Markt, das laut Herstellerangaben beim AA Intelligence Index mit 61 Punkten gleichauf mit GPT-5.6 Sol liegt und beim CursorBench 3.2 sogar vorne liegt, bei unveränderter Preisstruktur von 2 Dollar pro Million Input-Token und 6 Dollar pro Million Output-Token gegenüber dem Vorgänger Grok 4.5. Für Anbieter wie GitHub Copilot, die mehrere Modelle zur Auswahl stellen, erhöht das den Druck, konkurrenzfähige Modelle schnell in die eigene Plattform zu integrieren, was wiederum die Komplexität der Abrechnung weiter steigert.
Historischer Kontext: Von Fixpreisen zu variablen Modellen
GitHub Copilot startete 2021 mit einem simplen Fixpreis von 10 Dollar pro Monat für Einzelnutzer, ganz ohne Nutzungsobergrenzen oder Modellwahl. Dieses Modell funktionierte, solange ein einziges Sprachmodell im Hintergrund lief und die Rechenkosten pro Anfrage relativ konstant blieben. Mit der Einführung mehrerer wählbarer Modelle unterschiedlicher Anbieter, von OpenAI über Anthropic bis Google und xAI, wurde ein Fixpreis wirtschaftlich immer schwerer zu halten, weil teurere Spitzenmodelle deutlich höhere Rechenkosten verursachen als kompaktere, schnellere Varianten.
Der Wechsel zur anfragebasierten Abrechnung war der erste Schritt weg vom Fixpreis, gefolgt vom Umstieg auf die tokenbasierte, nutzungsabhängige Abrechnung am 1. Juni 2026. Die jetzt angekündigte Vorauskasse ab 1. Oktober 2026 ist damit bereits die dritte grundlegende Anpassung des Abrechnungsmodells innerhalb weniger Jahre, ein Tempo, das zeigt, wie sehr sich die zugrunde liegende Kostenstruktur von KI-Diensten noch in Bewegung befindet. Wer die Entwicklung seit 2021 verfolgt, erkennt ein wiederkehrendes Muster: Jede neue Modellgeneration mit höheren Rechenkosten zwingt Anbieter, das Abrechnungsmodell erneut anzupassen, statt einfach den alten Fixpreis linear zu erhöhen.
Was das für Österreichs Entwicklungsteams konkret bedeutet
Für IT-Verantwortliche in Österreich und Deutschland ergeben sich aus den drei August-Ankündigungen mehrere praktische To-dos. Erstens sollten Finance-Teams prüfen, ob die Zahlungsmethode für Copilot-Business- oder Enterprise-Verträge auf Kreditkarte oder PayPal läuft, denn genau diese Kunden sind laut GitHub ab 1. Oktober 2026 als Erste betroffen. Wer über einen Reseller oder eine Cloud-Marktplatz-Vereinbarung abrechnet, hat vermutlich noch etwas mehr Zeit, sollte den eigenen Vertrag aber trotzdem aktiv nachfragen, statt auf eine automatische Benachrichtigung zu warten.
Zweitens lohnt sich vor dem 28. September 2026 ein Testlauf der neuen Agent-Session in einer Nicht-Produktivumgebung, um zu verstehen, wie sich bestehende Chat- und Cloud-Agent-Workflows in der zusammengelegten Oberfläche verhalten. Drittens sollten Teams mit etablierten Code-Review-Prozessen aktiv prüfen, ob die neue “Balanced”-Standardstufe zur eigenen Qualitätssicherung passt, oder ob eine manuelle Anpassung auf eine strengere oder lockerere Stufe sinnvoller ist. Gerade bei regulierten Branchen wie Finanzdienstleistern oder öffentlichen Auftraggebern, die in Österreich ohnehin strengeren Compliance-Vorgaben unterliegen, kann eine unbemerkt geänderte Review-Intensität Auswirkungen auf interne Freigabeprozesse haben.
Hinzu kommt ein regulatorischer Aspekt: Unter Artikel 50 des EU AI Act müssen Anbieter generativer KI-Systeme seit August 2026 synthetische Inhalte maschinenlesbar kennzeichnen. Das betrifft nicht nur Texte, Bilder oder Audioinhalte im klassischen Sinn, sondern wirft auch für Copilot und vergleichbare Coding-Assistenten die Frage auf, wie generierter Code und automatisch erstellte Dokumentation künftig gekennzeichnet werden müssen. Für Compliance-Abteilungen in Österreich, wo die Umsetzung des EU AI Act ohnehin engmaschig verfolgt wird, ist das ein zusätzlicher Punkt auf der Beobachtungsliste neben der reinen Preisfrage.
Fünf Prognosen für die kommenden Monate
- Weitere Anbieter dürften dem Vorauskasse-Modell folgen, sobald sich zeigt, dass GitHub damit die Zahlungsausfälle bei Firmenkunden senken kann, ähnlich wie es bei Cloud-Prepaid-Guthaben bereits üblich ist.
- Die Zusammenlegung von Chat und Cloud-Agent zu einer Agent-Session wird vermutlich weitere Oberflächen wie mobile GitHub-Apps oder Browser-Integrationen einbeziehen, sobald sich das Konzept in VS Code und JetBrains bewährt hat.
- JetBrains dürfte den Vorsprung bei Multi-Repo-Awareness kurzfristig als Verkaufsargument gegenüber Copilot ausspielen, bis GitHub eine vergleichbare repository-übergreifende Funktion nachzieht.
- Der Wettbewerb zwischen Grok 4.6, Gemini 3.7 Flash und den in Copilot integrierten Modellen wird die Modellauswahl-Menüs in allen großen Coding-Assistenten weiter aufblähen, was die Komplexität der Abrechnung zusätzlich erhöht.
- Regulatorische Anforderungen aus dem EU AI Act dürften in den kommenden Monaten zu ersten konkreten Kennzeichnungsfunktionen für KI-generierten Code in Copilot, Junie und vergleichbaren Werkzeugen führen, nicht nur zu allgemeinen Nutzungshinweisen.
Praktischer Check: So bereitet sich ein Team auf den 1. Oktober vor
Ein einfacher Ausgangspunkt ist eine Bestandsaufnahme aller aktiven Copilot-Sitzplätze und der jeweils hinterlegten Zahlungsmethode. Wer feststellt, dass ungenutzte Sitzplätze seit Monaten mitlaufen, sollte diese vor dem Stichtag entfernen, da mit der Vorauskasse jeder zugewiesene Platz sofort eine Vorabgebühr auslöst, unabhängig davon, ob er tatsächlich genutzt wird. Ein kurzer Blick in die Abrechnungsübersicht des Organisationskontos zeigt außerdem, ob die temporär erhöhten Guthaben aus dem Sommer bereits ausgelaufen sind oder noch greifen.
# Beispiel: Copilot-Sitzplätze und Nutzung über die GitHub-CLI prüfen
gh api /orgs/ORG_NAME/copilot/billing/seats --paginate
# Ungenutzte Sitzplätze identifizieren (Feld last_activity_at pruefen)
gh api /orgs/ORG_NAME/copilot/billing/seats --paginate \
--jq '.seats[] | select(.last_activity_at == null) | .assignee.login'Für Teams, die JetBrains-IDEs im Einsatz haben, empfiehlt sich zusätzlich ein Blick auf die neue Ollama-BYOK-Option, um zu testen, ob sich bestimmte, weniger sensible Aufgaben kostengünstig auf lokal gehostete Modelle auslagern lassen, statt jede Anfrage über die Cloud-Abrechnung laufen zu lassen. Das reduziert nicht nur Kosten, sondern kann bei Projekten mit strengen Datenschutzanforderungen, wie sie in Österreich etwa im Behörden- oder Gesundheitsumfeld üblich sind, auch die Zahl der Anfragen verringern, die überhaupt an externe Cloud-Anbieter gehen.
Kritikpunkte und offene Fragen
Ein wiederkehrender Kritikpunkt in Entwicklerforen ist die kurze Vorlaufzeit von rund vier Wochen zwischen Ankündigung und Inkrafttreten. Für kleinere Teams mag das kein Problem sein, doch größere Organisationen mit mehrstufigen Freigabeprozessen für IT-Ausgaben brauchen oft deutlich mehr Zeit, um eine geänderte Zahlungsmodalität intern abzusegnen. Zudem lässt GitHub bislang offen, wie genau die Umstellung für Kunden mit Rechnungsstellung über Reseller oder Cloud-Marktplätze wie Azure Marketplace ablaufen wird, ein Detail, das viele Enterprise-Kunden in Europa direkt betrifft, da sie häufig über solche Vertriebswege einkaufen.
Unklar bleibt auch, wie GitHub mit Rückerstattungen umgeht, falls ein Team nach der Vorauszahlung Sitzplätze reduziert oder den Vertrag mitten im Zyklus kündigt. Solche Detailfragen werden vermutlich erst in den Wochen nach dem 1. Oktober 2026 in der Praxis beantwortet, wenn die ersten Kunden tatsächlich mit dem neuen Modell abgerechnet werden.
Häufig gestellte Fragen
Ab wann gilt die neue Vorauskasse-Regel für GitHub Copilot?
Die Regel greift laut GitHub-Changelog ab 1. Oktober 2026 zunächst für bestehende Copilot-Business- und Copilot-Enterprise-Kunden, die per Kreditkarte oder PayPal bezahlen.
Betrifft die Änderung auch Copilot-Individual-Nutzer ohne Firmenaccount?
Die aktuelle Ankündigung bezieht sich ausdrücklich auf Copilot Business und Copilot Enterprise. Für Einzelnutzer-Abos hat GitHub in der August-Ankündigung keine gesonderte Vorauskasse-Regel genannt.
Wird Copilot durch die Umstellung insgesamt teurer?
GitHub nennt in seinen Ankündigungen keine neuen Listenpreise. Es ändert sich primär der Zeitpunkt der Zahlung, von einer Abrechnung am Ende des Zyklus zu einer Vorabgebühr zu Beginn. Effektiv teurer kann es für Teams werden, deren temporär erhöhte Sommer-Guthaben mittlerweile ausgelaufen sind.
Was ist eine Agent-Session bei GitHub Copilot?
Die Agent-Session ist die ab 28. September 2026 vorgesehene Zusammenlegung der bisher getrennten Cloud-Agent- und Chat-Oberflächen zu einem gemeinsamen Einstiegspunkt, verfügbar unter anderem in VS Code, JetBrains, der CLI, Slack, Microsoft Teams und der GitHub-App.
Was bedeutet die neue Standardstufe “Balanced” bei Code-Reviews?
“Balanced” ist die neue voreingestellte Intensitätsstufe für KI-gestützte Code-Reviews in Copilot. Teams, die eine andere Kommentar- und Vorschlagsdichte gewohnt sind, sollten die Einstellung manuell überprüfen und bei Bedarf anpassen.
Wie unterscheidet sich Copilot aktuell von JetBrains Junie und Claude Code bei der Abrechnung?
Copilot rechnet seit Juni 2026 nutzungsbasiert nach Modell und Token-Verbrauch ab und stellt ab Oktober 2026 auf Vorauskasse um. JetBrains Junie nutzt ein Abo- und Guthabenmodell mit aktuell vergünstigtem Zugang zu Gemini 3.7 Flash. Claude Code läuft über feste Abo-Stufen (Pro, Max, Team) und wechselt seit 14. August 2026 standardmäßig in einen Auto-Modus.
Kann ich lokale Modelle nutzen, um die Copilot-Kosten zu senken?
In JetBrains-IDEs unterstützt Copilot seit dem 13. August 2026 Ollama als Bring-your-own-key-Anbieter, wodurch sich bestimmte Anfragen auf lokal gehostete Modelle auslagern lassen, statt sie ausschließlich über die Cloud-Abrechnung laufen zu lassen.
Was sollten IT-Einkaufsabteilungen jetzt konkret tun?
Zahlungsmethode und Vertragsart prüfen, ungenutzte Sitzplätze vor dem 1. Oktober 2026 entfernen, die neue Agent-Session vorab in einer Testumgebung ausprobieren und die Standardstufe für Code-Reviews aktiv kontrollieren, statt sich auf die neue “Balanced”-Voreinstellung zu verlassen.
