Kimi-Code-Limits: 5 Stunden, Wochenlimit alter Tarife, Monat und 429
Diagnose nach vollständiger Meldung: Fünf-Stunden-Fenster, Sieben-Tage-Kontingent alter Tarife, monatliches Gesamtlimit und Richtlinie für parallele Anfragen sind 403; nur Anfrage-Spitzen und Engine-Überlastung sind 429. Go enthält kein Coding-Kontingent für Kimi Code und muss zuerst die Tarifberechtigung prüfen; Plus, Pro, Max und Ultra enthalten Kimi Code ohne Wochenkontingent, unterliegen aber weiterhin dem jeweils geltenden Fünf-Stunden-Fenster und dem gemeinsamen Monatsgesamtlimit.
Inhalt
Wenn Kimi Code stoppt, sichern Sie die vollständige Meldung und diagnostizieren Sie nicht nur anhand der Statuszahl. Die aktuelle offizielle Error Reference führt das rollierende Fünf-Stunden-Fenster, das Sieben-Tage-Kontingent alter Tarife, das monatliche Mitgliedschaftslimit und die Richtlinie für parallele Anfragen unter 403. 429 wird nur für eine kurzfristige Anfrage-Spitze und eine Überlastung der Inference Engine verwendet. Drittanbieter-Clients können Codes umschreiben oder neu verpacken. Gleichen Sie deshalb den vollständigen englischen Fehlertext, /usage und die Console ab.
Diese Anleitung ordnet die sechs offiziellen Meldungen dem richtigen Reset, der Kontooption, der Richtlinienprüfung oder dem erneuten Versuch zu, ohne das Mitgliedschaftskontingent von Kimi Code mit der API-Abrechnung der Kimi Open Platform zu verwechseln.
Nach vollständiger Meldung sortieren: vier 403-Zweige und nur zwei 429-Zweige
Kopieren Sie den gesamten Fehler und gleichen Sie ihn mit der Tabelle ab. Die offizielle Error Reference warnt, dass Drittanbieter-Clients wie OpenCode oder Claude Code den angezeigten Status umschreiben oder neu verpacken können. Die Zahl ist daher nur ein zusätzlicher Hinweis.
| Vollständiger offizieller Fehlertext | Offizieller Status | Bedeutung und Geltungsbereich | Erster Schritt |
|---|---|---|---|
You've reached your 5-hour usage limit | 403 | Das aktuelle rollierende Fünf-Stunden-Fenster ist ausgeschöpft | Reset-Zeit in der Console prüfen, automatische Wiederholungen stoppen und nach dem Weiterrollen eine kleine Anfrage senden |
You've reached your weekly (7-day) usage limit | 403 | Nur für alte Andante-, Moderato-, Allegretto- und Allegro-Tarife | Beim alten Tarif das Sieben-Tage-Fenster prüfen; Go-Nutzer müssen einen berechtigten Tarif prüfen, Plus-, Pro-, Max- und Ultra-Nutzer sollen nicht eine Woche warten |
You've reached your monthly usage limit for this billing cycle | 403 | Das gemeinsame monatliche Kimi-Gesamtlimit ist verbraucht; billing cycle bedeutet hier Monatszyklus | Subscription öffnen und auf den nächsten Zyklus warten, berechtigtes Extra Usage verwenden oder angezeigte Tarifoptionen prüfen |
You've reached your concurrent request limit. Please wait for your ongoing requests to finish and try again. | 403 | Risikokontrollrichtlinie, unabhängig vom Restkontingent | Community Guidelines lesen; für einen Einspruch Konto-ID, Auslösezeit, Anwendungsfall und Screenshots beilegen |
We're receiving too many requests at the moment. Please wait a moment and try again. | 429 | Vorübergehende Anfrage-Spitze in kurzer Zeit | Kurz warten, schnelle Folgeanfragen vermeiden und einmal erneut versuchen |
The engine is currently overloaded, please try again later | 429 | Vorübergehender Kapazitätsdruck der Inference Engine, unabhängig von persönlichem Kontingent oder Kontostatus | Lokale Arbeit sichern und später erneut versuchen |
Zeigt ein Drittanbieter-Client einen anderen Status, leiten Sie den Zeitraum nicht aus Fragmenten wie billing cycle oder this period ab. Gleichen Sie den vollständigen Text ab und prüfen Sie /usage, Console und Subscription.
90-Sekunden-Prüfung: Belege sichern, bevor Sie warten, Einspruch einlegen oder wiederholen
Führen Sie diese minimale Diagnose einmal in der Reihenfolge durch. Jeder Schritt schließt eine andere Fehlklassifizierung aus.
- Kopieren Sie den vollständigen Fehler. Sichern Sie Status, gesamten englischen Wortlaut, Uhrzeit und Zeitzone sowie eine vorhandene Request ID. Ein isoliertes
403oder429reicht nicht. - Führen Sie
/usagein Kimi Code CLI aus. Die offizielle FAQ nennt diesen Befehl zur Prüfung von Kontingent und Mitgliedschaft. - Öffnen Sie die Kimi Code Console. Prüfen Sie Restkontingent, Rate-Limit-Status und den für das Konto angezeigten Reset, statt selbst ein Datum zu berechnen.
- Öffnen Sie Subscription. Prüfen Sie zuerst den Tarif. Go enthält kein Coding-Kontingent für Kimi Code; auf einen Reset zu warten hilft daher nicht. Plus, Pro, Max und Ultra enthalten Kimi Code ohne Sieben-Tage-Kontingent, unterliegen aber weiterhin dem jeweils geltenden Fünf-Stunden-Fenster und dem gemeinsamen Monatsgesamtlimit. Alte Tarife können weiterhin das Sieben-Tage-Kontingent haben.
- Vergleichen Sie den vollständigen Wortlaut mit der aktuellen Error Reference. Das ist bei Drittanbieter-Clients wichtig, die den Status verändern können.
Das Ergebnis sollte dem Fünf-Stunden-Fenster, alten Wochenkontingent, Monatslimit, der 403-Parallelitätsrichtlinie, der 429-Anfrage-Spitze, der 429-Überlastung oder einem Plattform-/Konfigurationsproblem entsprechen.
Fünf-Stunden-403: vollständige Meldung erkennen und rollierenden Reset abwarten
Die offizielle Meldung lautet You've reached your 5-hour usage limit, der Status ist 403. Sie bedeutet, dass das Aufrufvolumen im aktuellen rollierenden Fünf-Stunden-Fenster die Grenze erreicht hat. Ersetzen Sie sie nicht durch das vage Fragment this period und ordnen Sie sie nicht 429 zu.
Prüfen Sie den kontospezifischen Reset in der Console und pausieren Sie automatische Wiederholungen sowie parallele Agents. Nach Ende des Fensters behalten Sie einen Client und eine Sitzung und senden eine kleine Anfrage. Erst wenn /usage keine Einschränkung mehr zeigt und die Anfrage erfolgreich ist, ist die Wiederherstellung bestätigt.
Testen Sie nicht gleichzeitig in CLI, VS Code und mehreren Drittanbieter-Tools. Membership Benefits erklärt, dass diese Zugänge, angemeldete Geräte und Kimi Code API Keys dasselbe Kontingent teilen.
Wochen-403: nur alte Tarife; Go ohne Kimi-Code-Nutzungsrecht, Plus und höher ohne Wochenlimit
Nur die vollständige Meldung You've reached your weekly (7-day) usage limit kennzeichnet den Wochenzweig; der offizielle Status ist 403. Die Error Reference beschränkt diesen Fehler ausdrücklich auf bestehende Mitglieder der alten Andante-, Moderato-, Allegretto- und Allegro-Tarife. Go enthält kein Coding-Kontingent für Kimi Code und muss statt eines Resets einen berechtigten Tarif prüfen oder wählen. Plus, Pro, Max und Ultra enthalten Kimi Code, haben aber kein Wochenkontingent und lösen diesen Fehler nie aus.
Bei einem alten Tarif wird das Sieben-Tage-Fenster ab dem Abodatum erneuert; ungenutztes Kontingent wird nicht übertragen. Prüfen Sie das tatsächliche Fenster in der Console statt Montag oder Kalenderwoche und testen Sie nach dem Reset mit einer Anfrage in einer Sitzung.
Sieht ein Nutzer von Plus, Pro, Max oder Ultra billing cycle, soll er nicht sieben Tage warten. Die offizielle Monatsmeldung lautet You've reached your monthly usage limit for this billing cycle; prüfen Sie das Monatsgesamtlimit in Subscription. Ein Go-Nutzer muss zuerst die Tarifberechtigung prüfen, weil Go kein Coding-Kontingent für Kimi Code enthält.
Monats-403: billing cycle bezeichnet das Monatsgesamtlimit, nicht ein Wochenkontingent
Die vollständige offizielle Meldung lautet You've reached your monthly usage limit for this billing cycle, der Status ist 403. Darin gehört billing cycle zum monatlichen Gesamtlimit der Kimi-Mitgliedschaft. Es belegt weder ein Wochenkontingent noch ein Fünf-Stunden-Fenster oder 429.
Kimi Code, PPT, Agent Cluster und andere Mitgliedschaftsvorteile teilen dieses Monatsgesamtlimit. Ist es verbraucht, stoppen Anfragen auch dann, wenn ein anderer Kimi-Code-Zähler Restkontingent zeigt — bis zum nächsten Zyklus, berechtigtem Extra Usage oder einer Tarifänderung.
Bestätigen Sie den Monatsstatus in Subscription. Wiederherstellung erfordert, dass die Sperre verschwindet oder Extra Usage aktiv ist, /usage und Console normal sind und eine kontrollierte Anfrage gelingt.
Parallelitätslimit 403: Risikorichtlinie, nicht Restkontingent
Die offizielle Meldung lautet You've reached your concurrent request limit. Please wait for your ongoing requests to finish and try again., Status 403. Laut offizieller Erklärung hat die Zahl laufender Anfragen das Limit erreicht; ausgelöst wird es durch eine risk-control policy, unabhängig vom Restkontingent.
Das Ende laufender Anfragen abzuwarten ist die sofortige Anweisung der Meldung. Sitzungen zu reduzieren und kurz danach erneut zu versuchen ist aber nicht die vollständige Kontolösung. Der offizielle nächste Schritt ist, die Kimi Code Community Guidelines zu lesen. Für einen Einspruch schreiben Sie an support@moonshot.ai und nennen Konto-ID, Auslösezeit, Beschreibung des Anwendungsfalls und relevante Screenshots. Senden Sie niemals API Key, Cookie oder Authorization Header.
Zur Prüfung lassen Sie laufende Arbeit enden, erledigen die nötige Richtlinienprüfung oder den Einspruch und senden eine Anfrage aus dem offiziellen Client. Erfolg zeigt, dass die Beschränkung aufgehoben ist; der Kauf von Kontingent beweist das nicht.
Zu viele Anfragen 429: kurz warten und vom 403-Richtlinienzweig trennen
Die vollständige offizielle Meldung lautet We're receiving too many requests at the moment. Please wait a moment and try again., Status 429. Sie bedeutet zu viele Anfragen in kurzer Zeit. Das ist ein vorübergehendes Rate Limit, nicht die 403-Parallelitätsrichtlinie und kein Beleg für ein erschöpftes Fünf-Stunden-, Wochen- oder Monatskontingent.
Stoppen Sie automatische Wiederholungen, warten Sie kurz, vermeiden Sie schnelle Folgeanfragen und testen Sie mit einem Client und einer einfachen Anfrage.
Engine-Überlastung 429: eine Serverkapazitätslage
Die vollständige offizielle Meldung lautet The engine is currently overloaded, please try again later, Status 429. Die Error Reference erklärt, dass das aktuelle Anfragevolumen die Inference-Kapazität übersteigt und dies nicht mit persönlichem Kontingent oder Kontostatus zusammenhängt.
Sichern Sie lokale Änderungen, pausieren Sie automatische Wiederholungen und senden Sie später eine kleine Anfrage. Ein normales Kontingent in der Console und Wiederherstellung ohne Upgrade oder Aufladung bestätigen die Diagnose. Hält das Problem an, prüfen Sie offizielle Serviceinformationen oder kontaktieren den Support.
Plattformverwechslung ausschließen: Kimi Code ist nicht die Open Platform API
Scheitert die Authentifizierung, ist die Modellliste leer oder bleibt Kimi Code nach einer Aufladung der Open Platform gesperrt, kann eine Fehlkonfiguration statt eines Limits vorliegen. Die offizielle FAQ trennt beide Systeme: Kimi Code nutzt Mitgliedschaftskontingent, Kimi Open Platform wird nutzungsabhängig abgerechnet und besitzt eine andere Base URL, eine andere Quelle für API keys und eine andere Rechnung.
| Punkt | Kimi Code | Kimi Open Platform |
|---|---|---|
| Hauptabrechnung | Mitgliedschaftskontingent und kontospezifische Erweiterungen | Pay-as-you-go-API |
| Schlüsselquelle | Kimi Code Console | Kimi Open Platform console |
| Wichtige Prüfungen | /usage, Console und Abrechnungszyklus | API-Guthaben, Rechnung und Platform-Request-Logs |
| Häufiger Fehler | Zu glauben, eine Open-Platform-Aufladung setze Kimi Code zurück | Einen Kimi-Code-Schlüssel mit einer Open-Platform-Base-URL zu verwenden |
Nutzen Sie das Open-Platform-Guthaben nicht zur Beurteilung, ob Kimi Code wieder funktionieren müsste, und vertauschen Sie Schlüssel oder Base URLs nicht. Erstellen Sie die Konfiguration aus der offiziellen Console des tatsächlich aufgerufenen Dienstes neu.
Während der Wartezeit weiterarbeiten, ohne den Reset-Test zu verfälschen
Speichern Sie aktuelle Änderungen in lokalen Dateien, einem Branch oder Commit, damit ein unterbrochener Agent keinen Kontext verliert. Stoppen Sie Aufgaben mit automatischem retry, notieren Sie den nächsten Prüfzeitpunkt und erledigen Sie Arbeiten ohne Modell: Tests ausführen, Diff prüfen, Anforderungen schärfen oder die nächste Aufgabe in kleinere Anfragen teilen.
Wenn der Dienst wieder verfügbar sein sollte, folgen Sie „ein Client, eine Sitzung, eine kleine Anfrage“. Erst nach dem Erfolg erhöhen Sie Aufgabenlänge oder Parallelität. So bleibt das Erholungssignal eindeutig und dasselbe Limit wird nicht sofort erneut erreicht.
Was Sie dem Support senden sollten, wenn es weiter fehlschlägt
Senden Sie niemals API key, Cookie oder den vollständigen authorization header. Folgende nicht geheime Angaben reichen gewöhnlich aus:
- vollständiger Fehlertext und Statuscode;
- Zeitpunkt und Zeitzone;
- Request ID, falls vorhanden;
- Clientname, Version und Hinweis auf ein Drittanbieter-Tool;
/usage-Status mit geschwärzten Konto- und Zahlungsdaten;- in der Console angezeigter Kontingenttyp und Reset;
- ob der Fehler im offiziellen Kimi Code CLI reproduzierbar ist;
- Anzahl gleichzeitig laufender Terminal-, IDE- oder Agent-Sitzungen.
Häufige Fragen
Bedeutet 429 immer Serverüberlastung?
Nein. Die aktuelle offizielle Tabelle enthält nur zwei 429-Meldungen: We're receiving too many requests at the moment. Please wait a moment and try again. und The engine is currently overloaded, please try again later. Fünf-Stunden-, altes Wochen-, Monats- und Parallelitätsrichtlinien-Zweig sind 403. Verändert ein Client den Code, nutzen Sie den vollständigen Text und die Console.
Bedeutet billing cycle ein Wochenkontingent?
Nein. You've reached your monthly usage limit for this billing cycle ist der Monatsgesamtlimit-403. Die Wochenmeldung lautet You've reached your weekly (7-day) usage limit.
Was sollen Go-Nutzer sowie Nutzer von Plus, Pro, Max oder Ultra tun, statt sieben Tage zu warten?
Go-Nutzer sollen nicht auf einen Reset warten: Go enthält kein Coding-Kontingent für Kimi Code, daher müssen sie einen berechtigten Tarif prüfen oder wählen. Plus, Pro, Max und Ultra enthalten Kimi Code und haben kein Wochenkontingent; der Sieben-Tage-Zweig bleibt nur für Andante, Moderato, Allegretto und Allegro. Für die berechtigten neuen Tarife gelten das jeweils anwendbare Fünf-Stunden-Fenster und das gemeinsame Monatsgesamtlimit weiter.
Liefert ein neues Gerät oder eine neue API key frisches Kontingent?
Nein. Angemeldete Geräte und Kimi Code API Keys teilen das Kontingent. Ein neuer Schlüssel kann abgelaufene oder falsch konfigurierte Zugangsdaten korrigieren, aber Kontolimits nicht umgehen.
Entfernt eine Aufladung der Open Platform ein Kimi-Code-Limit?
Nehmen Sie das nicht an. Plattformen haben unterschiedliche Base URLs, Schlüsselquellen und Abrechnung. Ermitteln Sie den tatsächlich aufgerufenen Dienst und prüfen Sie dessen Console.
Kann Extra Usage die Arbeit sofort fortsetzen?
Wenn das abonnierte Konto die Option anbietet, sie aktiviert ist und nutzbares Guthaben vorhanden ist, kann sie laut Dokumentation nach Verbrauch des Abokontingents übernehmen. Prüfen Sie /usage, Console und eine echte Anfrage.
Verlässliche Reihenfolge: vollständige Meldung → Kontoseite → Test mit einer Anfrage
Sichern Sie den gesamten Fehler, führen Sie /usage aus, öffnen Sie Console und Subscription und ordnen Sie eine der sechs offiziellen Meldungen zu. Fünf-Stunden-Fenster, altes Wochenkontingent, Monatsgesamtlimit und Parallelitätsrichtlinie sind 403; nur kurze Anfrage-Spitzen und Engine-Überlastung sind 429. Das Sieben-Tage-Kontingent gilt nur für alte Tarife. Go-Nutzer müssen einen berechtigten Tarif prüfen statt auf einen Reset zu warten; Plus-, Pro-, Max- und Ultra-Nutzer folgen dem tatsächlichen Fünf-Stunden- oder Monatszweig statt eine Woche zu warten.
Testen Sie nach Reset, kurzer Wartezeit, Richtlinienprüfung oder Einspruch im offiziellen Client mit einer Sitzung und einer kleinen Anfrage. Aktivieren Sie große Jobs und parallele Sitzungen erst nach Erfolg und normalem Kontostatus.
