// WAS ES BEDEUTET
Ein kurzes Burst-Limit — zu viele Anfragen in kurzer Zeit — entweder Cursors eigenes oder vom Modellanbieter durchgereicht. Es ist nicht dein monatlicher Nutzungspool: Der erzeugt eine andere Meldung („You've hit your usage limit") und bietet nutzungsbasierte Abrechnung an.
Es tritt am häufigsten bei langen Agent-Läufen mit vielen Tool-Aufrufen auf oder wenn mehrere Composer-Sessions gleichzeitig laufen.
// WANN ES ZURÜCKGESETZT WIRD
Innerhalb weniger Minuten; es gibt keine feste Reset-Zeit. Sofortiges Wiederholen verlängert die Drosselung — ein bis zwei Minuten Warten löst sie meist.
Dein Monatspool ist eine andere Uhr: Er setzt an deinem Abrechnungsdatum zurück, nicht am Monatsersten, und Settings → Usage zeigt den genauen Tag. Cursor hat nie den Pool aller vorzeitig zurückgesetzt; seine Änderungen sind Preis- und Kontingentanpassungen, unten protokolliert.
// WAS JETZT TUN
- 01 Ein bis zwei Minuten warten, bevor du es erneut versuchst; nicht mit Anfragen bombardieren.
- 02 Steht „with provider" dabei, Modell wechseln — die Drittanbieter-API (Claude, GPT, Gemini) drosselt, und Cursors eigene Modelle laufen über einen anderen Pfad.
- 03 Parallelität reduzieren: eine Agent-Session zur Zeit auf demselben Konto.
- 04 Geht es in der Meldung wirklich um dein Nutzungslimit, zeigt Settings → Usage beide Pools (eigene und Drittanbieter) und deinen Abrechnungs-Reset; nutzungsbasierte Abrechnung setzt die Arbeit zu API-Preisen fort.
// BETRIFFT ES MEIN WOCHENKONTINGENT?
Cursor hat kein Wochenkontingent — es ist monatlich, am Abrechnungsdatum, geteilt in einen Pool für eigene Modelle und einen für Drittanbieter-Modelle. Ein Burst-Limit verbraucht aus keinem etwas.
// ERSCHEINT AUCH ALS
- “Rate limit exceeded”
- “You've hit your usage limit”
- “Too many requests”