Fehlersuche · 529 / 429 / Wochenlimit · geprüft 2026-10-20

Claude 529 vs. 429 vs. Weekly Limit
Drei Fehler, drei Ursachen, drei Lösungen

Stand 2026-10-20 haben die drei Fehler verschiedene Ursachen: 529 ist eine Server-Überlastung (overloaded_error) und löst sich mit exponentiellem Backoff; 429 ist entweder ein Ratelimit oder das monatliche Ausgabenlimit – im ersten Fall hilft weniger Last, im zweiten fehlt der Retry-after-Header und Sie warten bis zum nächsten Monat; das Wochenlimit ist ein Nutzungskontingent der Pro/Max-Pläne, wo Wiederholungen nichts bringen – Sie warten auf den Neustart oder wechseln den Plan.

Aktualisiert 2026-10-22

Ein Key für Claude, GPT und führende chinesische Modelle, Bezahlung pro Token, in wenigen Minuten startklar.

#529 Overloaded#429 rate_limit_error#Weekly Limit#Retry-Strategie

Drei Fehler, drei Wege zur Lösung

529

Overloaded (Kapazität auf Serverseite)

Die Server von Anthropic sind insgesamt stark ausgelastet – unabhängig von Ihrer Anfrage. Ein erneuter Versuch mit exponentiellem Backoff ist unbedenklich.

429

rate_limit_error (Sie werden gedrosselt)

Der offizielle Fehler 429 hat zwei Bedeutungen: Aufrufrate oder Parallelität über dem Limit des Kontos, oder das monatliche Ausgabenlimit des usage tier ist erreicht. Im ersten Fall hilft weniger Last, im zweiten fehlt der Retry-after-Header – es dauert bis zum nächsten Monat.

Wöchentlich

„You've hit your weekly limit“

Kein HTTP-Limit, sondern ein Nutzungskontingent der Pro/Max-Pläne: ein 5-Stunden-Sitzungslimit plus ein Wochenlimit, gemeinsam für Claude und Claude Code. Wiederholungen helfen nicht – warten oder wechseln.

Bis zum nächsten Monat

Die Wartezeiten unterscheiden sich enorm

Ein 529 ist meist nach Sekunden bis Minuten weg; ein 429 aus dem Ratelimit löst sich nach Dutzenden Sekunden Backoff, ein 429 wegen des monatlichen Ausgabenlimits wartet bis 00:00 UTC am ersten Tag des Folgemonats; das Wochenlimit wartet auf den nächsten Wochen-Neustart.

Was der jeweilige Fehler Ihnen tatsächlich sagt

Stand 2026-10-20 trennt die offizielle Fehlerdokumentation von Anthropic die drei Fälle sauber. Ein 529 trägt den Typ overloaded_error – die offizielle Formulierung lautet „The API is temporarily overloaded.“ – und tritt laut Dokumentation auf, wenn die API bei allen Nutzern unter hohem Traffic steht: Das hat nichts mit Inhalt, Token-Zahl oder Modellwahl Ihrer Anfrage zu tun, Wiederholungen lohnen sich also meist – aber mit exponentiellem Backoff statt sofort, sonst verschärfen Sie den Stau selbst. Ein 429 trägt den Typ rate_limit_error, und die offizielle Formulierung nennt drei Fälle: Ihre Organisation hat ein Rate-Limit erreicht, das monatliche Ausgabenlimit Ihrer usage tier erreicht oder das Ausgabenlimit des Claude-Code-Workspace erreicht. Gegen ein Rate-Limit-429 können Sie selbst etwas tun: Parallelität senken, Abfrageabstand vergrößern oder ein höheres Limit beantragen; ein starker Anstieg der Nutzung kann außerdem acceleration limits auslösen, erhöhen Sie den Traffic daher schrittweise. Ein 429 wegen des monatlichen Ausgabenlimits ist ein anderer Fall (offizielle Limits: Start $500, Build $1,000, Scale $200,000): Wiederholungen helfen nicht (Erkennung und Abhilfe siehe die drei Schritte unten). Das Wochenlimit ist ein anderes System: ein Kontingent auf Kontoebene für Claude Code beziehungsweise das Abo. Das Help Center schreibt, dass bezahlte Pläne ein Sitzungslimit haben, das alle 5 Stunden zurückgesetzt wird, und Wochenlimits, die einmal pro Woche zurückgesetzt werden; beide werden von Claude und Claude Code geteilt. Erscheint der Hinweis „You've hit your weekly limit“, ist das Kontingent für den ganzen Abrechnungszeitraum verbraucht: Wiederholungen helfen nicht, Sie warten auf den offiziellen Neustart oder aktivieren zusätzliches Kontingent.

Warum die Unterscheidung gerade jetzt wichtiger ist

Geprüft 2026-10-20: Laut Anthropics offizieller Fehlerdokumentation umfasst ein 429 nicht nur das Rate-Limit, sondern auch das Erreichen des monatlichen Ausgabenlimits der usage tier. Das Help Center schreibt, dass bezahlte Pläne ein Sitzungslimit mit Neustart alle 5 Stunden und Wochenlimits mit Neustart einmal pro Woche haben; bis zum Neustart bleibt nur Warten. Dazu die Aktionshistorie: @ClaudeDevs schrieb am 2026-08-29 „+50% until September 14“, das Help Center nannte die Aktion beim Abruf am 2026-09-20 bereits in der Vergangenheit, sie lief vom 13. Mai bis 13. September 2026. Seit 2026-09-14 liegen die Standard-Wochenlimits um 25% über dem Niveau vor der Aktion, nach unserer Berechnung rund 17% unter dem Aktionsniveau. Konten, die das Wochenlimit selten erreicht haben, können es seit 2026-09-14 erstmals sehen. Wer es mit 529/429 verwechselt, presst meist Retries gegen ein Kontokontingent – wirkungslos, und dichte Retries können wie abnormer Traffic wirken.

Zeitleiste

Laufend

529/429 sind Standard-Statuscodes der Anthropic-API, die es so lange gibt wie die API selbst; öffentliche Dokumentation und Entwicklerdiskussionen beschreiben ihre Bedeutung durchgängig gleich.

2026-08-18

In der Fassung des Help Center vom 2026-08-18 galt der wöchentliche +50-%-Bonus bis 2026-08-31; beim Abruf am 2026-09-20 steht der Artikel in der Vergangenheitsform und nennt als Ende den 2026-09-13.

2026-08-29 / 2026-09-14

@ClaudeDevs am 2026-08-29: „+50% until September 14“; das Help Center nennt als Ende den 2026-09-13. Seit 2026-09-14 liegen die regulären Weekly Limits 25 % über dem Stand vor der Aktion – nach unserer Rechnung etwa 17 % unter dem Aktionsniveau.

Bestätigt vs. verbreitete Fehldeutungen

Bestätigt

Das Feld type im Fehlerkörper (overloaded_error / rate_limit_error) steht wörtlich in Anthropics offizieller Fehlerdokumentation; ein 429 wegen des monatlichen Ausgabenlimits der usage tier trägt zusätzlich den error_code enforced_spend_limit_reached und hat keinen Retry-after-Header (Stand 2026-10-20). Den zweistufigen Aufbau des Wochenlimits – Sitzungslimit mit Neustart alle 5 Stunden plus Wochenlimit mit Neustart einmal pro Woche, geteilt von Claude und Claude Code – nennt das Help Center. Die Felder des Fehlerkörpers und die Limitregeln in diesen offiziellen Dokumenten sind die verlässlichste Grundlage, um die Ursache zu bestimmen.

Verbreitete Fehldeutung

Online kursiert die Behauptung, dass man bei häufigen Wiederholungen nach einem 529 stillschweigend auf ein kleineres oder quantisiertes Modell umgeleitet werde. Dafür fanden wir weder eine offizielle Aussage noch glaubwürdige Belege aus erster Hand. 529 signalisiert lediglich Kapazitätsdruck – er bedeutet nicht, dass Ihre Anfrage an ein anderes Modell umgeleitet wurde. Die Anzahl der Wiederholungen als Weg zum „Modellwechsel“ zu betrachten, ist daher nicht verlässlich.

Was Sie konkret tun können: drei sehr unterschiedliche Wege

529 / Rate-Limit-429: Ihr Client kann es beheben

Ein 529 wird mit exponentiellem Backoff wiederholt (1s → 2s → 4s… plus Jitter); das offizielle SDK wiederholt solche temporären Fehler standardmäßig zweimal und beachtet einen vorhandenen Retry-after-Header. Beim 429 trennen Sie zuerst Ratelimit und monatliches Ausgabenlimit: Das erste verschwindet nach Dutzenden Sekunden Backoff und weniger Parallelität, das zweite hat keinen Retry-after-Header, Wiederholungen scheitern also – es bleibt zu warten bis 00:00 UTC am ersten Tag des Folgemonats oder ein höheres Limit zu beantragen. In beiden Fällen braucht es keinen menschlichen Support.

Wochenlimit: Ihr Client kann es nicht beheben

Das Wochenlimit ist kein HTTP-Fehler, Wiederholungen bringen hier nichts. Prüfen Sie zuerst in den Fortschrittsbalken unter Settings > Usage, wie viel der laufenden Periode verbraucht ist und wann der Neustart ansteht, und wählen Sie dann eines von vier Vorgehen: auf den nächsten Wochen-Neustart des Kontos warten; auf einen Plan mit mehr Kontingent wechseln; usage credits aktivieren (laut offizieller Beschreibung läuft die Arbeit dann zu einem verbrauchsabhängigen Preis weiter, sobald das enthaltene Kontingent aufgebraucht ist); oder vorübergehend auf ein Modell/einen Anbieter mit nicht ausgeschöpftem Kontingent ausweichen.

In 3 Schritten unterscheiden

Schritt 1: Statuscode prüfen — 529, 429 oder gar kein Statuscode, nur ein Text. Schritt 2: Fehlerkörper prüfen — ein 429 trägt den Typ rate_limit_error, und ist der error_code gleich enforced_spend_limit_reached, ist das monatliche Ausgabenlimit erreicht: solcher 429 hat keinen Retry-after-Header und lässt sich durch Wiederholen nicht beheben; das Wochenlimit liefert meist überhaupt keinen Standard-HTTP-Fehlerkörper, sondern einen Hinweistext in CLI oder Dashboard. Schritt 3: Verbrauch prüfen — die Fortschrittsbalken in Settings > Usage zeigen, wie viel vom 5-Stunden-Sitzungslimit und vom Wochenlimit verbraucht ist; ist die laufende Periode auf null und der Neustart erst in mehreren Tagen, ist es das Wochenlimit und kein kurzes Serverflackern.

Was Sie bei QCode tun können

Egal welcher Fall eintritt: Mit einem QCode-Schlüssel können Sie Anfragen als Übergang auf andere Modellfamilien (GPT, GLM, Kimi, DeepSeek, Qwen und weitere) umleiten, ohne das Abklingen von 529 oder den Wochen-Neustart abzuwarten. Die Abrechnung in QCode erfolgt pro Token, die Preise je Modell stehen auf /models. Wenn das Kontingent knapp wird: Solange Sie einen aktiven Privatplan haben, können Sie keine Nutzungspakete kaufen – kaufen Sie in dem Fall ein Booster-Pack; ohne Plan nutzen Sie Nutzungspakete ab $4, ein einmaliges Kontingent, das Sie innerhalb von 7 Tagen nutzen (Aufladen ab $5).

FAQ

Sind 529 und 503 dasselbe?

Nicht ganz. 529 ist der API-spezifische Status „overloaded“ von Anthropic; 503 tritt häufiger auf Gateway- bzw. Load-Balancer-Ebene als „service unavailable“ auf. Beide lohnen einen erneuten Versuch, doch 529 deutet gezielt auf die Kapazität des Modelldienstes selbst hin.

429 und das Wochenlimit sind beides „Limits“ – was ist der eigentliche Unterschied?

Beides sind „Limits“, aber sie stammen aus zwei verschiedenen Mechanismen. Ein 429 liegt auf API-Seite: Entweder ist Ihre Rate oder Parallelität überschritten – eine kurzzeitige Drosselung im gleitenden Fenster, die meist nach Dutzenden Sekunden Backoff verschwindet –, oder Sie haben das monatliche Ausgabenlimit Ihrer usage tier erreicht, dann gibt es keinen Retry-after-Header und die Sperre löst sich erst um 00:00 UTC am ersten Tag des Folgemonats. Das Wochenlimit liegt auf der Abonnementseite: das 5-Stunden-Sitzungslimit und das Wochenlimit der Pro-/Max-Pläne. Sind sie aufgebraucht, warten Sie auf den offiziellen Neustart; ein langsamerer Aufrufrhythmus bringt das Limit nicht früher zurück.

Was bedeutet 529 overloaded?

529 ist der Überlastungsstatus aus Anthropics offizieller Fehlerdokumentation; im Fehlerkörper steht der Typ overloaded_error, und dort heißt es, dass er bei hohem Traffic aller Nutzer auftreten kann. Das hat nichts mit Inhalt, Token-Zahl oder Modellgröße Ihrer Anfrage zu tun: Ein kleineres Modell landet nur zufällig in einem weniger belasteten Pool und ist kein verlässlicher Fix – wirksam ist exponentielles Backoff, und das offizielle SDK wiederholt solche 5xx- und Ratelimit-Fehler bereits von selbst.

Woran erkenne ich, ob ich 429 oder das Wochenlimit erreicht habe?

Sehen Sie auf den Fehlerkörper und den Text der Meldung. Ein 429 bringt einen Standard-HTTP-Fehlerkörper mit dem Typ rate_limit_error; steht im error_code enforced_spend_limit_reached, ist das monatliche Ausgabenlimit erreicht, Wiederholungen bringen nichts, Sie warten auf den Neustart im nächsten Monat oder wechseln die Stufe. Das Wochenlimit liefert meist keinen HTTP-Fehlerkörper, sondern einen Satz Ihres Tarifs, und Claude und Claude Code teilen sich eine Quote: In den Fortschrittsbalken unter Settings > Usage Ihres Kontos sehen Sie das 5-Stunden-Sitzungslimit und das Wochenlimit – ist die laufende Periode auf null und der Neustart erst in Tagen, ist es das.

Wie lang sollten die Backoff-Wartezeiten sein?

Üblich ist, bei 1 Sekunde zu beginnen und nach jedem Fehlschlag zu verdoppeln (1 s, 2 s, 4 s, 8 s …) – mit etwas zufälligem Jitter, damit sich mehrere Wiederholungen nicht zu einer neuen Lastspitze aufstauen. Die meisten offiziellen SDKs bringen das bereits mit – übernehmen Sie dieses Muster, wenn Sie selbst implementieren.

Kann ich schon vor Erreichen des Wochenlimits etwas tun?

Beobachten Sie im Konto-Dashboard den Verlauf des restlichen Kontingents (die Fortschrittsbalken in Settings > Usage), um zu erkennen, wann es aufgebraucht ist. Wenn das Kontingent knapp wird: Mit aktivem Privatplan und zu knappem Plan-Kontingent kaufen Sie ein Booster-Pack; ohne Plan nutzen Sie Nutzungspakete ab $4, ein einmaliges Kontingent, das Sie innerhalb von 7 Tagen nutzen (Aufladen ab $5). Als Übergang legen Sie nicht kritische Aufgaben über QCode auf andere Modellfamilien und lassen das restliche Claude-Kontingent für das, was sie wirklich braucht.

Quellen

Statuscodes und Felder des Fehlerkörpers (overloaded_error / rate_limit_error / enforced_spend_limit_reached) stammen aus der offiziellen Anthropic-Dokumentation zu API errors und rate-limits (abgerufen 2026-10-20); Angaben zu Sitzungslimit, Wochenlimit und Verbrauch stammen aus drei Artikeln des Help Center zu Nutzungs- und Längenlimits, zur Nutzung von Claude Code mit Pro- oder Max-Plan und zu bewährten Verfahren bei Nutzungslimits (alle abgerufen 2026-10-20). Zu +50%: Hilfe Center articles/15910845 (abgerufen 2026-09-20, in der Vergangenheitsform: It ran from May 13 through September 13, 2026); Beitrag von @ClaudeDevs vom 2026-08-29, id 2093742321473065266 (until September 14). Geprüft 2026-10-20.

Lassen Sie nicht ein einzelnes Konto Ihre Auslieferung blockieren

Ein QCode-Schlüssel schaltet auf GPT, GLM, Kimi, DeepSeek und weitere Modelle um – Sie warten weder auf das Abklingen von 529 noch auf den Wochen-Neustart. Die Abrechnung in QCode erfolgt pro Token, die Preise je Modell stehen auf /models.

Unsicher, womit Sie anfangen sollen?

Eine Woche ausprobieren

Kleinpaket für $4: $30 Kontingent, 7 Tage gültig

Täglich im Einsatz

Starter für $9.00 pro Monat mit $5 Kontingent pro Tag: nur etwa $0.060 pro $1 Kontingent, beim Mittelpaket etwa $0.113