Claude too many requests (429): Anthropics Drosselung, nicht dein Tariflimit, und die sechs Lösungen der Reihe nach

Wie behebst du Claudes Fehler "Too many requests"?

Geh diese sechs Schritte der Reihe nach durch. Keiner davon berührt deine Chats oder deinen Tarif.

1. Warte eine Minute und versuche es dann einmal erneut. Anthropics Fehlerreferenz zu Claude Code sagt "Wait briefly and try again". Wildes Wiederholen schickt nur noch mehr Anfragen.
2. Aktualisiere Claude Code mit claude update. Ab Version 2.1.199 werden diese Drosselungen mit Backoff wiederholt, bevor du sie überhaupt siehst. Die aktuelle Version ist 2.1.316 vom 31. Oktober 2026.
3. Führe /status aus und prüfe die aktive Anmeldung. Anthropic warnt: "A stray ANTHROPIC_API_KEY in your environment can route requests through a low-tier key instead of your subscription."
4. Schließe zusätzliche Sitzungen und Subagents. Bei 429 mit einem API-Schlüssel rät die Doku, "avoid running many parallel subagents". Im Log eines Max-Abonnenten waren in 114 von 122 Minuten mit einem 429 sechs oder mehr Desktop-Sitzungen offen.
5. Wechsle das Modell mit /model. In der API hat jede Modellzeile eigene Anfragen und Tokens pro Minute, ein kleineres Modell kann einen automatisierten Lauf also am Laufen halten.
6. Prüfe status.claude.com und melde es dann. Steht dort nichts und der Fehler hält stundenlang an, schick die genaue Meldung und die Request-ID.

So lautet der Text, den Claude Code ausgibt: "API Error: Server is temporarily limiting requests (not your usage limit)". Anthropics Erklärung besteht aus einer Zeile: "The API applied a short-lived throttle that is unrelated to your plan quota." Claude Code unterscheidet sie von einem echten Limit "by the absence of the unified quota headers a real limit response carries". Im Code-Tab der Claude-Desktop-App zeigt ein Fehlerbericht vom 30. Mai 2026 dieselbe Drosselung als "Server is temporarily limiting requests" über einer Zeile "Too many requests right now". Genau danach suchen Leute mit "claude too many requests right now".

Wir haben am 2. November 2026 Anthropics öffentlichen Issue-Tracker zu Claude Code nach jedem Issue von 2026 durchsucht, dessen Titel oder Text "temporarily limiting requests" enthält. Das ergab 410 Treffer. Ein einziges Konto hat 275 davon eröffnet, und seine Meldungen von Ende Juli nannten alle Claude Code 2.1.114, einen Build vom April. Dieses Konto haben wir weggelassen. Die übrigen 135 stammen von 125 verschiedenen Personen, und 129 davon wurden vor Juli eröffnet. Der Eintrag zu 2.1.199 im Changelog lautet: "Transient server rate-limit errors (429s unrelated to your usage limit) are now retried automatically with backoff for subscribers instead of failing the turn". Die Drosselung ist nicht verschwunden. Eine Meldung im September zählte an einem Tag 195 wiederholte 429. Lies den Rückgang also als weniger fehlgeschlagene Antworten, nicht als weniger 429.

Welche Meldung "Too many requests" von Claude siehst du?

Der Wortlaut verrät, wessen Limit du erreicht hast. Die Tabelle deckt Claude Code, die Claude-Desktop-App und die Claude API ab, Stand 2. November 2026.

Anthropics Leitfaden zu Fehlermeldungen für die Claude-Apps führt gar keine Meldung "too many requests" auf. Seine Meldungen zum erreichten Limit nennen jeweils eine Rücksetzzeit; nur die Warnungen "approaching" tun das nicht. Nennt deine Meldung also eine Uhrzeit, hast du deinen Tarif ausgereizt, und Claude usage limit reached hat die Lösungen. Steht dort overloaded oder 529, ist es Kapazität, behandelt in Claude overloaded.

Warum meldet Claude too many requests, obwohl du kaum etwas nutzt?

Claude meldet bei geringer Nutzung too many requests, weil die Drosselung zählt, wie schnell Anfragen eintreffen, nicht wie viel von deinem Tarif du verbraucht hast. Anthropics Seite zu Ratenlimits sagt, dass Limits über kurze Zeitspannen greifen können: "a rate of 60 requests per minute (RPM) might be enforced as 1 request per second." Ein Schwall von Aufrufen kann also scheitern, obwohl dein Durchschnitt für die Minute unauffällig aussieht.

Die Fehlerberichte zeigen es deutlich. Ein Max-Abonnent am 30. Mai 2026 bekam die Drosselung an dem Tag, an dem seine Limits zurückgesetzt wurden. Ein Bericht vom 18. August sah anhaltende 429 bei 1 % Nutzung. Ein Bericht vom 24. September lief bei 26 bis 27 % Tarifnutzung in 14 % der Sitzungsminuten in ein 429, mit sechs oder mehr offenen Desktop-Sitzungen. Mit fünf oder weniger lag der Wert unter 1 %.

Auch plötzliches Wachstum löst es aus. Anthropics Seite zu API-Fehlern sagt: "if your organization has a sharp increase in usage, you might see 429 errors because of acceleration limits on the API." Der Rat lautet, "increase your traffic gradually and maintain consistent usage patterns." Ein Claude-Code-Ablauf, der sich auf viele Subagents gleichzeitig verzweigt, erzeugt genau so eine Spitze. Anthropic veröffentlicht die Zahlen hinter der Drosselung für Nutzer eines claude.ai-Tarifs nicht.

Wie lange dauert Claudes Fehler too many requests?

Claudes Drosselung klingt meist nach Sekunden bis Minuten ab. Claude Code wiederholt vorübergehende 429 bis zu 10 Mal mit exponentiellem Backoff und zeigt Retrying in Ns · attempt x/y, während es wartet. Den Fehler siehst du erst, wenn diese Versuche aufgebraucht sind.

Manche Berichte liefen deutlich länger. Der Melder vom 30. Mai sagte, es habe "two days" gedauert, und eine neue Sitzung habe ihn "3 hours at least" arbeiten lassen, bevor es zurückkam. Ein Bericht vom 15. Juni sagte, die Drosselung bestehe "for the last 24 hours" bei Opus 4.8. Im Thread vom Mai brachten eine neue Sitzung und ein anderes Modell die Leute wieder zum Arbeiten. Ist es nach einer Stunde mit nur einer offenen Sitzung noch da, liegt es nicht in deiner Hand.

Für Aufgaben, die laufen, während du weg bist, hat Claude Code einen Schalter. Setze CLAUDE_CODE_RETRY_WATCHDOG=1, dann wiederholt es 429 und 529 unbegrenzt. Begrenze die Wartezeit mit CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS, zum Beispiel 3600000 für eine Stunde. Setze stattdessen CLAUDE_CODE_MAX_RETRIES=2, wenn ein Skript schnell scheitern soll.

Stoppt ein Claude-Max-Abo die Meldung too many requests?

Nein. Die Drosselung ist "unrelated to your plan quota", und die genannten Berichte stammen von Pro- und Max-Abonnenten. Stand November 2026 kostet Claude $20 im Monat bei Pro, $100 bei Max und $200 bei Ultra, laut Anthropics Preisseite. Max nennt "Priority access at high traffic times". Anthropic sagt nicht, ob das die Drosselung einschließt.

Whizi, das diese Seite veröffentlicht, setzt dieselbe Art von Schutz ein und nennt die Zahlen: 10 Chat-Nachrichten pro Minute und 60 pro Stunde je Nutzer, in jedem Tarif gleich. Der Fehler pro Minute lautet "Too many requests. Please wait and try again.", und eine abgelehnte Anfrage verbraucht nichts von deinem Kontingent (Whizi-Ratenlimits). Wo Whizi schlechter dasteht: 60 pro Stunde sind eine harte Obergrenze, und Claude Max nennt gar keine Stundenzahl.

Wie behebst du einen 429 rate_limit_error der Claude API?

Lies den Fehlertext, bevor du es erneut versuchst, denn die Claude API sendet 429 rate_limit_error für mehr als ein Problem. Anthropics Fehlerseite sagt, deine Organisation "has hit a rate limit, reached its usage tier's monthly spend cap, or reached a spend limit on the Claude Code workspace." Nur einige davon lösen sich mit der Zeit.

Zwei Details überraschen viele. Erstens ist ein Ausgabenlimit, das du selbst setzt, kein 429. Es ist ein 400 invalid_request_error, der mit "You have reached your specified API usage limits" beginnt. Zweitens betragen die Ausgabenlimits $500 im Monat bei Start, $1,000 bei Build und $200,000 bei Scale. Am Limit "API usage pauses until 00:00 UTC on the first day of the next month", und selbst die automatischen Retries des SDK scheitern bis dahin.

Die Limits gehören deiner Organisation insgesamt, nicht einem einzelnen Schlüssel. In der Stufe Start bekommen Claude Opus 5.5, Sonnet 5.5 und Haiku 5.5 je 4,000 Anfragen pro Minute und 2,000,000 Eingabe-Tokens pro Minute, Stand November 2026. Neue Organisationen starten womöglich niedriger, in einer Evaluation-Stufe. Bei den meisten Modellen zählen aus dem Cache gelesene Tokens nicht zu den Eingabe-Tokens pro Minute, daher hebt Prompt-Caching die reale Obergrenze. Das offizielle SDK wiederholt 429 standardmäßig zweimal und beachtet retry-after. Beobachte den Header anthropic-ratelimit-requests-remaining in jeder Antwort und bremse, bevor er null erreicht.