- Mit der Ausweitung agentischer Workflows steigt der Rechenbedarf lang laufender paralleler Sitzungen, weshalb für Einzelpersonen Neuanmeldungen ausgesetzt, Nutzungslimits verschärft und der Umfang der verfügbaren Modelle angepasst werden.
- GitHub Copilot Pro, Pro+ und Student werden vorübergehend für Neuanmeldungen geschlossen, und für Einzelpläne gelten strengere tokenbasierte Guardrails einschließlich Sitzungslimits und eines rollierenden 7-Tage-Wochenlimits.
- Das Opus-Modell wird im Pro-Plan nicht mehr angeboten, Opus 4.7 bleibt in Pro+ verfügbar, und Opus 4.5 sowie 4.6 sollen gemäß separater Ankündigung auch aus Pro+ entfernt werden.
- VS Code und Copilot CLI erhalten eine Anzeige der Nutzungslimits; als Mittel zur Entschärfung beim Erreichen der Grenzen werden Modelle mit kleinerem Multiplier, ein Upgrade auf Pro+, die Nutzung des plan mode und die Reduzierung paralleler Workflows genannt.
- Es hat sich gezeigt, dass schon mit wenigen Anfragen häufig Kosten oberhalb des Planpreises entstehen; daraus folgen Maßnahmen zur Wahrung der Servicezuverlässigkeit und zur Sicherstellung einer vorhersehbaren Erfahrung für Bestandskunden.
Überblick über die Änderungen
- Auf den GitHub Copilot Individual-Plan werden drei Anpassungen angewendet, um die Erfahrung bestehender Kunden zu schützen.
- Dazu gehören die vorübergehende Aussetzung von Neuanmeldungen, strengere Nutzungslimits und Anpassungen beim Modellangebot.
- Auch die Gründe für die Änderungen und der betroffene Nutzerkreis werden genannt.
- Durch die Ausweitung agentischer Workflows hat sich der Rechenbedarf von Copilot grundlegend verändert.
- Lang laufende parallele Sitzungen verbrauchen regelmäßig deutlich mehr Ressourcen, als die bisherige Planstruktur abdecken sollte.
- Mit dem Ausbau agentischer Funktionen werden mehr Aufgaben ausgeführt, und auch die Zahl der Kunden steigt, die zur Wahrung der Servicezuverlässigkeit an Nutzungslimits stoßen.
- Ohne zusätzliche Maßnahmen würde dies zu einer Verschlechterung der allgemeinen Servicequalität führen.
- Es gab Unzufriedenheit über Nutzungslimits und Modellverfügbarkeit, und es wird eingeräumt, dass die Kommunikation über zusätzliche Guardrails verbessert werden muss.
- Die jetzigen Änderungen sollen klarer machen, was sich ändert und warum.
Anpassungen nach Plan
- Neuanmeldungen für GitHub Copilot Pro, Pro+ und Student werden vorübergehend ausgesetzt.
- Dies ist eine Maßnahme, um bestehende Kunden wirksamer zu bedienen.
- Nutzungslimits für Einzelpläne werden verschärft.
- Pro+ bietet ein 5-fach höheres Überschreitungslimit als Pro.
- Pro-Nutzer mit Bedarf an höheren Limits können auf Pro+ upgraden.
- Damit Nutzungslimits leichter nachvollziehbar sind, wird in VS Code und Copilot CLI eine Anzeige der Nutzungslimits hinzugefügt.
- Das Opus-Modell wird im Pro-Plan nicht mehr angeboten.
- Opus 4.7 bleibt im Pro+-Plan weiter verfügbar.
- Laut separater changelog-Ankündigung sollen Opus 4.5 und Opus 4.6 später auch aus Pro+ entfernt werden.
- Dies sind notwendige Maßnahmen, um bestehenden Kunden eine vorhersehbare Erfahrung zu bieten.
- Wenn unerwartet Limits erreicht wurden oder die Änderungen nicht passen, ist bei Kündigung eines Pro- oder Pro+-Abos in den Billing settings vor dem 20. Mai eine Rückerstattung für die verbleibende Laufzeit des aktuellen Abonnements möglich.
- Die Formulierung zur Rückerstattungsrichtlinie wurde mit Stand 21. April 2026 zur Klarstellung aktualisiert.
So funktionieren die Nutzungslimits von GitHub Copilot
- Derzeit gibt es zwei Arten von Nutzungslimits: Sitzungslimits und ein rollierendes 7-Tage-Limit.
- Beide Limits werden anhand von Tokenverbrauch und Modell-Multiplier bestimmt.
-
Sitzungslimit
- Dient dazu, eine Überlastung des Dienstes zu Spitzenzeiten zu verhindern.
- Ist so eingestellt, dass die meisten Nutzer nicht betroffen sind.
- Es soll im Lauf der Zeit weiter angepasst werden, um Zuverlässigkeit und Nachfrage auszubalancieren.
- Wird das Sitzungslimit erreicht, muss mit der weiteren Nutzung von Copilot gewartet werden, bis sich das Nutzungsfenster zurücksetzt.
-
Wochenlimit
- Begrenzt die Gesamtzahl an Tokens, die ein Nutzer innerhalb einer Woche verbrauchen kann.
- Dieses kürzlich eingeführte Limit soll parallelisierte Langzeitanfragen kontrollieren, die lange laufen und oft sehr hohe Kosten verursachen.
- Auch die Wochenlimits der einzelnen Pläne sind so gesetzt, dass die meisten Nutzer nicht betroffen sind.
- Selbst wenn das Wochenlimit erreicht ist, kann Copilot weiter mit Auto model selection genutzt werden, sofern noch premium request übrig sind.
- Die Modellauswahlfunktion wird wieder aktiviert, wenn der Wochenzeitraum zurückgesetzt wird.
- Pro-Nutzer können ihr Wochenlimit durch ein Upgrade auf Pro+ erhöhen.
- Pro+ enthält ein 5-fach höheres Überschreitungslimit als Pro.
-
Unterschied zu premium request
- premium request bestimmt, auf welche Modelle zugegriffen werden kann und wie viele Anfragen möglich sind.
- Nutzungslimits sind tokenbasierte Guardrails, die die Zahl der innerhalb eines bestimmten Zeitfensters verbrauchbaren Tokens begrenzen.
- Auch wenn noch premium request übrig sind, können Nutzungslimits bereits erreicht sein.
Unerwartete Limits vermeiden und Transparenz erhöhen
- VS Code und Copilot CLI beginnen damit, die verfügbare Nutzung anzuzeigen, wenn man sich einem Limit nähert.
- Diese Änderung soll helfen, ein unerwartetes Erreichen der Limits zu vermeiden.
- Es werden mehrere Möglichkeiten genannt, die Wahrscheinlichkeit eines Limit-Treffers zu verringern.
-
Modelle mit kleinerem Multiplier verwenden
- Für einfache Aufgaben wird empfohlen, Modelle mit kleinerem Multiplier zu verwenden.
- Je größer der Multiplier, desto schneller wird ein Limit erreicht.
-
Upgrade auf Pro+
- Nutzer des Pro-Plans können ihre Limits mit einem Upgrade auf Pro+ auf das 5-fache Überschreitungsniveau erhöhen.
-
plan mode verwenden
- Die Nutzung von plan mode verbessert die Arbeitseffizienz.
- Es werden Dokumentationslinks zu VS Code und Copilot CLI bereitgestellt.
- plan mode verbessert auch die Erfolgsquote bei Aufgaben.
-
Parallele Workflows reduzieren
- Werkzeuge wie
/fleeterhöhen den Tokenverbrauch stärker; bei Nähe zum Limit ist daher ein zurückhaltender Einsatz erforderlich.
- Werkzeuge wie
-
Warum diese Maßnahmen eingeführt wurden
- Agents und Subagents bieten bei der Lösung komplexer Coding-Probleme Mehrwert und haben zugleich die Nutzungsintensität in der gesamten Nutzerschaft erhöht.
- Lang laufende parallele Workflows können großen Nutzen schaffen, belasten aber gleichzeitig Infrastruktur und Preisstruktur.
- Es wird ausdrücklich festgehalten, dass inzwischen schon wenige Anfragen häufig Kosten verursachen, die über dem Preis des Plans liegen.
- Dieses Problem wird als Aufgabe beschrieben, die GitHub lösen muss.
- Die jetzigen Maßnahmen sollen bestehenden Nutzern die bestmögliche Erfahrung bieten und zugleich eine Grundlage für die Entwicklung nachhaltigerer Lösungen schaffen.
1 Kommentare
Hacker-News-Kommentare