Kimi Code Limits, gemessen
Kimi veröffentlicht keine Kontingentzahlen für die Kimi-Code-Tarife. Am Abend des 24.10. hat Kimi das 5-Stunden-Fenster der neuen Tarife (Plus bis Ultra) verdoppelt und das Monatskontingent unverändert gelassen – ein Monat entspricht jetzt rund 12.5 Fenstern statt 25; die alten Tarife blieben gleich. Seit dem 27.10. ziehen die neuen Tarife außerdem rund zehnmal so viel Kontingent pro K3.1-Pro-Token ab wie zuvor; K3 ist unverändert, und in den alten Tarifen kostet K3.1 im Verhältnis zu K3 so viel wie bisher. Nach den Kontingentständen am Wokey-Gateway, mit dem Tarif Max (¥699) als Referenz: Ein 5-Stunden-Fenster fasst rund 1.1M Eingabe-Token ohne Cache mit K3.1 Pro oder rund 111K Ausgabe-Token; dieselben Token verbrauchen 11× (Eingabe) bzw. 14× (Ausgabe) so viel Kontingent wie mit K3. Highspeed verbraucht doppelt so viel wie Pro, und Cache-Treffer zählen kaum.
- Echte Kontingentstände
- Nach Modell aufgeschlüsselt
- In API-Dollar bewertet
- K3.1 Pro · ein 5-Stunden-Fenster
- 1.1M / 111K · nur Eingabe ohne Cache / nur Ausgabe
- Monatskontingent
- ≈ 12.5 Fenster · vor dem 24.10. rund 25; der Monat selbst blieb gleich
- K3.1 Pro vs. K3
- 11× / 14× · Kontingent für dieselben Token seit dem 27.10. (Eingabe / Ausgabe)
- Highspeed vs. Pro
- 2.00× · genau das Doppelte bei Eingabe und Ausgabe
Kontingentverbrauch je Modell (Referenz: Tarif Max)
Die ersten beiden Spalten zeigen den Anteil am 5-Stunden-Kontingent des Tarifs Max pro 1 Mio. Eingabe-Token ohne Cache bzw. Ausgabe-Token seit der Verdopplung des Fensters am 24.10.; die übrigen zeigen, wie viele Token hineinpassen, wobei ein Monat als 12.5 Fenster zählt. K3 stammt aus einem kontrollierten Lauf am 24.10. (Anfragen nur mit Eingabe ohne Cache und Anfragen fast nur mit Ausgabe; jedes Gewicht aus den Kontingentständen berechnet), halbiert wegen des größeren Fensters. K3.1 Pro stammt aus Kontingentständen im Produktivbetrieb nach der Fensteränderung, multipliziert mit der Erhöhung vom 27.10. (K3.1- gegenüber K3-Abschnitten auf denselben Konten); Highspeed ist das Doppelte von Pro. Alte Tarife rechnen K3.1 weiterhin zum früheren Satz ab, rund 1/11 der Tabellenwerte. Die Ausgabe enthält Thinking-Token.
| Modell | Eingabe / 1 Mio. | Ausgabe / 1 Mio. | Fenster: Eingabe | Fenster: Ausgabe | Monat: Eingabe |
|---|---|---|---|---|---|
| K3.1 Pro | 93.5% | 902% | 1.1M | 111K | 13.4M |
| K3.1 Pro Highspeed | 187% | 1804% | 535K | 55K | 6.7M |
| K3 | 8.8% | 62.5% | 11.4M | 1.6M | 142.0M |
Cache: Als alle 45K Token aus dem Cache kamen, bewegte sich der Kontingentstand kaum – Cache-Treffer zählen also praktisch nicht; das erste Cache-Schreiben zählt als normale Eingabe. Laut Kimi verbraucht k3 (1M Kontext) etwa doppelt so viel Kontingent wie k3-256k; k3-256k wurde hier nicht gemessen.
Was ein Fenster wert ist
Bewertet zum offiziellen API-Preis von K3.1 Pro ($2 Eingabe / $10 Ausgabe / $0.20 Cache-Lesen pro 1 Mio. Token). Coding-Sitzungen bestehen überwiegend aus Cache-Lesen, der Wert eines Fensters hängt also vor allem vom Cache-Anteil ab. Die Wokey-Spalte zeigt dieselben Token bei Abrechnung pro Token über Wokey (40 % des offiziellen Preises).
| Nutzung | Fenster: API-Preis | Monat: API-Preis | Monat: Wokey |
|---|---|---|---|
| Nur Eingabe ohne Cache | $2.1 | $26 | $11 |
| Nur Ausgabe | $1.1 | $14 | $5.5 |
| Coding-Sitzung (93 % Cache, 0.3 % Ausgabe) | $3.8 | $48 | $19 |
| Lange Sitzung (99 % Cache) | $6.8 | $85 | $34 |
Der Tarif Max kostet ¥699 im Monat, rund $97 (bei 1 USD ≈ 7.2 CNY). Zum jeweils eigenen API-Preis ist ein Highspeed-Fenster so viel wert wie ein Pro-Fenster ($2.1 bei reiner Eingabe), ein K3-Fenster $34 bei Eingabe und $24 bei Ausgabe. Seit dem 27.10. ist dasselbe Fenster mit K3.1 Pro nur noch rund 1/16 so viel wert wie mit K3 (reine Eingabe).
Was jeder Tarif enthält (offizielle Regeln)
Seit Oktober 2026 haben die neuen Tarife kein Wochenkontingent mehr, nur das rollierende 5-Stunden-Fenster und das Monatskontingent, das mit der Kimi-Web-App geteilt wird; für alte Tarife gelten die bisherigen Regeln. Preise bei monatlicher Zahlung.
| Tarif | Pro Monat | Abo-Kontingent | Kimi Code | K3.1 Pro / K3 | 1M Kontext | Highspeed | Wochenkontingent |
|---|---|---|---|---|---|---|---|
| Go | ¥49 | Basis | — | — | — | — | — |
| Plus | ¥99 | 2× | ✓ | ✓ | — (256K) | — | nein |
| Pro | ¥199 | 4× | ✓ | ✓ | ✓ | ✓ | nein |
| Max | ¥699 | 14× | ✓ | ✓ | ✓ | ✓ | nein |
| Ultra | ¥1,399 | 28× | ✓ | ✓ | ✓ | ✓ | nein |
| Andante (alt) | — | — | ✓ | — | — | — | ja |
| Moderato (alt) | — | — | ✓ | ✓ | — (256K) | — | ja |
| Allegretto / Allegro (alt) | — | — | ✓ | ✓ | ✓ | ✓ | ja |
„Abo-Kontingent“ ist der Agent-Kontingentfaktor auf Kimis Kaufseite (Basis: Go, geprüft am 2026-10-24). Kimi Code teilt sich das Monatskontingent mit dem Abo; wenn dieses Kontingent genauso skaliert, bekommt Plus rund 1/7 von Max und Ultra das Doppelte von Max – das ist aber nur eine Ableitung. Max ist die Referenz; die anderen Tarife stehen in der Produktivtabelle unten, die wöchentlich aktualisiert wird.
Fenstergröße je Tarif, im Produktivbetrieb gemessen (jeden Montag aktualisiert)
Zeitraum 2026-11-02 – 2026-11-09: Kontingentstände von 24 Kimi-Code-Konten am Wokey-Gateway und die Anfragen, die über sie liefen. Die Token der Anfragen werden mit den Modellgewichten aus der Max-Messung in den Anteil eines Max-Fensters umgerechnet und mit dem tatsächlichen Verbrauch des Kontos verglichen – daraus ergibt sich die Fenstergröße jedes Tarifs relativ zu Max. Der Median wird je Zyklus, Konto und Inhaber gebildet; ein Tarif wird ab mindestens 5 Konten veröffentlicht.
| Tarif | Konten | Fenster ggü. Max | K3.1 Pro: Eingabe pro Fenster | Ausgabe pro Fenster | Fenster pro Monat | Nach Kimis Faktor |
|---|---|---|---|---|---|---|
| Max (Referenz) | 1 | 1.00× | 1.1M | 111K | ≈ 12.5 | 1.00× |
| Allegro (alt) | 5 (Inhaber: 5) | 0.73× | 8.6M | 890K | — | — |
| Allegretto (alt) | 8 (Inhaber: 8) | 0.29× | 3.4M | 357K | — | — |
| Pro | 11 (Inhaber: 9) | 0.27× | 292K | 30K | ≈ 12.1 | 0.29× |
Die eigene Kimi-Nutzung der Inhaber zählt ebenfalls zum Kontingent, deshalb können die Produktivwerte etwas zu niedrig ausfallen. Alte Tarife rechnen K3.1 Pro weiterhin zum Satz von vor dem 27.10. ab. „Nach Kimis Faktor“ rechnet den Agent-Kontingentfaktor von Kimis Kaufseite um – nur zum Vergleich.
Kontingentregeln und das 5-Stunden-Limit
- Das 5-Stunden-Fenster ist rollierend: Ist es aufgebraucht, antwortet die API mit 429 „You’ve reached your 5-hour usage limit. Your quota will reset when the current 5-hour window ends.“ Wiederholen hilft nicht – warte, bis das Fenster weiterrollt; die Kimi-Code-Konsole zeigt, wann.
- Das Monatskontingent wird mit der Kimi-Web-App, Kimi Claw und weiteren Funktionen geteilt; ist es aufgebraucht, bleibt Kimi Code bis zur nächsten Erneuerung gesperrt.
- Alte Tarife (Andante bis Allegro) haben zusätzlich ein Wochenkontingent, das alle 7 Tage erneuert wird; neue Tarife haben keines.
- Ist das Kontingent aufgebraucht, kannst du Extra Usage aktivieren – abgerechnet nach Nutzung, laut Kimi nahe am API-Preis; bei hoher Nutzung ist ein Upgrade meist günstiger.
- Highspeed ist etwa doppelt so schnell wie Pro (1.9× in der Wokey-Messung) und verbraucht genau das doppelte Kontingent.
So reicht das Kontingent länger
- Den Cache erhalten: Cache-Treffer zählen kaum – starte lange Sitzungen also nicht neu und wechsle mitten in der Sitzung weder Modell noch Thinking-Stufe (beides macht den Cache ungültig).
- Nutze Highspeed nur, wenn jemand auf die Antwort wartet; Hintergrundaufgaben und Sub-Agents laufen auf Pro.
- Wenn du keinen 1M-Kontext brauchst, wähle für K3 k3-256k; laut Kimi verbraucht es etwa halb so viel Kontingent wie k3.
- Wenn du das Limit nur gelegentlich erreichst, fang den Überlauf pro Token ab: K3.1 Pro über Wokey kostet $0.80 Eingabe / $4.00 Ausgabe pro 1 Mio. Token, ohne 5-Stunden-Fenster.
Methode und Grenzen
- Kontrollierter K3-Lauf: 2026-10-23 23:15 bis 2026-10-24 00:30 UTC auf einem Kimi-Code-Max-Konto (neuer Tarif, Region China). Vor und nach jeder Anfrage haben wir den Endpunkt /usages gelesen (auf 0.01 % genau) und einen Stand nur übernommen, wenn zwei Abfragen im Abstand von 6 Sekunden übereinstimmten; für Eingabe ohne Cache dienten rund 45K Token nicht wiederholter Text, für Ausgabe eine Schreibaufgabe mit 5.000–12.000 Token und für den Cache derselbe Prompt viermal hintereinander.
- Fensteränderung: Gegen 12:00 UTC am 24.10. fiel das Verhältnis von 5-Stunden- zu Monatsverbrauch innerhalb derselben Abfrage auf Pro- und Max-Konten von 25 auf 12.5 (24.8 in der Stunde ab 11:00, 12.4 um 13:00), und auf denselben Konten verbrauchte K3 pro Token nur noch halb so viel vom 5-Stunden-Fenster bei unverändertem Monatsanteil: Das 5-Stunden-Fenster der neuen Tarife hat sich verdoppelt, der Monat blieb gleich; alte Tarife (mit Wochenkontingent) änderten sich nicht. Die Gewichte von K3.1 Pro sind an die Kontingentstände und Anfragen von 8 Pro-Konten nach der Änderung angepasst (ein Pro-Fenster entspricht 0.278 von Max) und gegen Max und Moderato geprüft, mit rund 10 % Abweichung. Im kontrollierten Lauf lag K3.1 Pro bei +50 % / +82 % gegenüber K3; im Produktivbetrieb betrug dieses Verhältnis vor wie nach der Änderung nur das 0.6- bis 0.8-Fache – warum, wissen wir nicht.
- K3.1-Erhöhung: Am 27.10. zwischen 07:00 und 10:30 UTC begann K3.1 Pro in den neuen Tarifen, pro Token rund zehnmal so viel vom Fenster zu verbrauchen; K3 änderte sich nicht. Gemessen als Verhältnis der Fensterstände von K3 und K3.1 auf denselben Konten (Median über 16 Pro- und Max-Konten): rund 1.1 davor, rund 11 danach – die Tabelle setzt deshalb das 11-Fache des früheren K3.1-Pro-Gewichts an. In den alten Tarifen (Allegretto, Allegro, Moderato) blieb das Verhältnis von K3.1 zu K3 gleich (rund 0.7–0.8). Die Monatsstände stiegen im selben Maß.
- Grenzen: Das Eingabegewicht von K3.1 Pro ist auf rund ±20 % genau, und die Erhöhung vom 27.10. liegt je nach Konto bei rund 8–13× (Quartile); k3-256k und Anfragen mit mehr als 256K Kontext wurden nicht gemessen; Kimi kann seine Kontingentregeln jederzeit wieder ändern.
Häufige Fragen
Wie hoch ist das Kimi-Code-Limit, und wie viele Token passen in ein 5-Stunden-Fenster?
Kimi veröffentlicht keine Kontingentzahlen. In der Wokey-Messung seit dem 27.10. verbraucht K3.1 Pro im Tarif Max (¥699) rund 93.5 % des 5-Stunden-Kontingents pro 1 Mio. Eingabe-Token ohne Cache und rund 902 % pro 1 Mio. Ausgabe-Token – ein Fenster fasst also etwa 1.1M Eingabe-Token ohne Cache oder 111K Ausgabe-Token; mit K3 sind es rund 11.4M / 1.6M. Cache-Treffer zählen kaum, lange Sitzungen mit viel Cache bringen also weit mehr Token durch als diese Zahlen. Das Monatskontingent entspricht rund 12.5 5-Stunden-Fenstern (vor dem 24.10. rund 25; der Monat selbst blieb gleich). Pro und die anderen Tarife stehen in der Produktivtabelle auf dieser Seite.
Verbraucht K3.1 Pro mehr Kontingent als K3?
Seit dem 27.10. ja, und zwar deutlich. Vorher lagen beide etwa gleichauf; am 27.10. zwischen 07:00 und 10:30 UTC hat Kimi den Kontingentabzug pro K3.1-Pro-Token in den neuen Tarifen (Plus bis Ultra) etwa verzehnfacht und K3 unverändert gelassen. In den Produktivdaten von Wokey verbrauchen dieselben Token mit K3.1 Pro jetzt 11× (Eingabe) bzw. 14× (Ausgabe) so viel Kontingent wie mit K3, obwohl der API-Preis ein Drittel niedriger ist ($2 / $10 gegenüber $3 / $15). Zum jeweils eigenen API-Preis ist ein K3.1-Pro-Fenster bei reiner Eingabe nur $2.1 wert, ein K3-Fenster $34. In den alten Tarifen (Moderato bis Allegro) kostet K3.1 im Verhältnis zu K3 so viel wie bisher. Wenn das Kimi-Code-Kontingent knapp ist, nimm zuerst K3.
Wie wird das Kontingent bei K3.1 Pro Highspeed gezählt?
Doppelt so hoch wie bei Pro: rund 187 % pro 1 Mio. Eingabe-Token ohne Cache und 1804 % pro 1 Mio. Ausgabe-Token – ein Fenster fasst also rund 535K Eingabe- oder 55K Ausgabe-Token. Highspeed gibt es ab Pro (alte Tarife: ab Allegretto); in der Wokey-Messung läuft es etwa 1.9× so schnell wie Pro.
Kimi Code meldet, das 5-Stunden-Limit sei erreicht – was nun?
Der Fehler lautet 429 „You’ve reached your 5-hour usage limit“. Wiederholen hilft nicht: Warte, bis das Fenster weiterrollt (die Konsole zeigt, wann), aktiviere Extra Usage (nach Nutzung abgerechnet, nahe am API-Preis), wechsle in einen höheren Tarif oder nutze eine API mit Abrechnung pro Token. Wenn das Kontingent knapp ist, wechsle von Highspeed zurück zu Pro.
Hat Kimi Code noch ein Wochenlimit?
Die neuen Tarife seit Oktober 2026 (Plus, Pro, Max, Ultra) haben kein Wochenkontingent, nur das rollierende 5-Stunden-Fenster und das Monatskontingent. Alte Tarife (Andante, Moderato, Allegretto, Allegro) behalten ein Wochenkontingent, das alle 7 Tage erneuert wird. Für beide gilt das geteilte Monatskontingent.
Zählen Cache-Treffer zum Kimi-Code-Kontingent?
Kaum. Als derselbe Prompt mit 45K Token mehrmals hintereinander gesendet wurde, bewegte sich der Kontingentstand nach dem Cache-Treffer fast nicht; das erste Cache-Schreiben zählt als normale Eingabe. Lange Sitzungen beizubehalten und weder Modell noch Thinking-Stufe zu wechseln, spart am meisten Kontingent.
Stimmt es, dass der Tarif Max rund $25 pro 5 Stunden und $825 im Monat wert ist?
Das galt für K3.1 Pro vor dem 27.10.; heute stimmt es nur noch ungefähr für K3. Seit dem 27.10. ist ein Fenster zum API-Preis von K3.1 Pro rund $2.1 bei reiner Eingabe oder $1.1 bei reiner Ausgabe wert, rund $3.8 bei einer Coding-Sitzung mit 93 % Cache-Treffern und rund $6.8 bei 99 %. Ein Monat entspricht rund 12.5 Fenstern, also $14–$85 – ein kleiner Bruchteil von $825. K3 hat sich nicht geändert: Ein Fenster ist rund $34 bei reiner Eingabe wert, ein Monat rund $426.
Lohnt sich Kimi Code Max (¥699): Abo oder Abrechnung pro Token?
Das hängt vom Modell ab. Mit K3 gewinnt weiterhin das Abo, wenn du jeden Monat das volle Kontingent nutzt: Ein Monat reine K3-Eingabe ist zu API-Preisen rund $426 wert, weit über ¥699 (rund $97). Mit K3.1 Pro nicht mehr: Seit dem 27.10. ist ein Monat zu API-Preisen nur rund $14–$85 wert, weniger als die Monatsgebühr; dieselben Token kosten über Wokey 40 % des offiziellen Preises, rund $19 im Monat für Coding-Sitzungen, ohne 5-Stunden-Limit.