Límites de Kimi Code, medidos

Uso de cuota por modelo (plan Max como referencia)

Las dos primeras columnas son la parte de la cuota de 5 horas del plan Max por millón de tokens de entrada sin caché y de salida desde que la ventana se duplicó el 10-24; el resto indica cuántos tokens caben, contando un mes como 12.5 ventanas. K3 sale de una prueba controlada del 10-24 (solicitudes solo con entrada sin caché y solicitudes casi todo salida, despejando cada peso a partir de las lecturas de cuota), reducida a la mitad por la ventana más grande. K3.1 Pro sale de lecturas de cuota en producción tras el cambio de ventana, multiplicadas por el aumento del 10-27 (tramos de K3.1 frente a K3 en las mismas cuentas), y Highspeed es el doble de Pro. Los planes antiguos siguen cobrando K3.1 a la tasa anterior, cerca de 1/11 de la tabla. La salida incluye tokens de razonamiento (thinking).

Caché: con los 45 mil tokens servidos desde caché, la lectura de cuota casi no se movió, así que en la práctica los aciertos de caché no cuentan; la primera escritura de caché cuenta como entrada normal. Según Kimi, k3 (contexto de 1M) usa cerca del doble de cuota que k3-256k; k3-256k no se midió aquí.

Cuánto vale una ventana

Valorado al precio oficial de la API de K3.1 Pro ($2 de entrada / $10 de salida / $0.20 de lectura de caché por millón de tokens). Las sesiones de programación son sobre todo lecturas de caché, así que el valor de una ventana depende principalmente de la proporción de caché. La columna Wokey es lo que costarían esos mismos tokens pagados por token a través de Wokey (40% de la tarifa oficial).

El plan Max cuesta ¥699 al mes, unos $97 (a 1 USD ≈ 7.2 CNY). Al precio de API de cada modelo, una ventana de Highspeed vale lo mismo que una de Pro ($2.1 solo de entrada), y una ventana de K3 vale $34 de entrada y $24 de salida. Desde el 10-27, la misma ventana usada en K3.1 Pro vale solo cerca de 1/16 de K3 (solo entrada).

Obtener clave de API de Wokey

Qué incluye cada plan (reglas oficiales)

Desde octubre de 2026, los planes nuevos no tienen cuota semanal, solo la ventana móvil de 5 horas y el total mensual compartido con la app web de Kimi; los planes antiguos conservan sus reglas. Los precios son con facturación mensual.

“Cuota de membresía” es el múltiplo de cuota de Agent en la página de compra de Kimi (Go como base, verificado el 2026-10-24). Kimi Code comparte el total mensual con la membresía; si ese total escala igual, Plus recibe cerca de 1/7 de Max y Ultra el doble de Max, pero es una inferencia. Max es la referencia; los demás planes están en la tabla de producción de abajo, que se actualiza cada semana.

Tamaño de ventana por plan, medido en producción (se actualiza cada lunes)

Del 2026-11-02 – 2026-11-09: lecturas de cuota de 24 cuentas de Kimi Code en el gateway de Wokey y las solicitudes que pasaron por ellas. Los tokens de las solicitudes se convierten en la parte de una ventana Max que usarían, con los pesos por modelo de la medición en Max, y se comparan con lo que cada cuenta usó en realidad, lo que da el tamaño de ventana de cada plan respecto a Max. Las medianas se toman por ciclo, cuenta y titular; un plan se publica cuando tiene al menos 5 cuentas.

El uso propio de Kimi por parte de los titulares también descuenta cuota, así que las cifras de producción pueden salir algo bajas. Los planes antiguos siguen cobrando K3.1 Pro a la tasa anterior al 10-27. “Según el múltiplo de Kimi” convierte el múltiplo de cuota de Agent de la página de compra de Kimi, solo como referencia.

Reglas de cuota y el límite de 5 horas

• La ventana de 5 horas es móvil: cuando se agota, la API devuelve 429 “You’ve reached your 5-hour usage limit. Your quota will reset when the current 5-hour window ends.” Reintentar no sirve; espera a que la ventana se renueve, y la consola de Kimi Code muestra cuándo.
• El total mensual se comparte con la app web de Kimi, Kimi Claw y otras funciones; cuando se agota, Kimi Code queda congelado hasta que se renueva.
• Los planes antiguos (de Andante a Allegro) también tienen una cuota semanal que se renueva cada 7 días; los planes nuevos no.
• Cuando se agota la cuota puedes activar Extra Usage, que se cobra por uso a una tarifa que Kimi describe como cercana a su precio de API; con uso intensivo, subir de plan suele salir más barato.
• Highspeed es cerca del doble de rápido que Pro (1.9× en la medición de Wokey) y usa exactamente el doble de cuota.

Cómo rendir más la cuota

• Conserva la caché: los aciertos de caché casi no cuentan, así que evita reiniciar sesiones largas o cambiar de modelo o de nivel de razonamiento a mitad de sesión (ambas cosas invalidan la caché).
• Usa Highspeed solo cuando alguien esté esperando la respuesta; ejecuta tareas en segundo plano y subagentes con Pro.
• Si no necesitas contexto de 1M, elige k3-256k para K3; según Kimi, usa cerca de la mitad de cuota que k3.
• Si solo llegas al límite de vez en cuando, cubre el excedente pagando por token: K3.1 Pro a través de Wokey cuesta $0.80 de entrada / $4.00 de salida por millón de tokens, sin ventana de 5 horas.

Método y limitaciones

• Prueba controlada de K3: del 2026-10-23 23:15 al 10-24 00:30 UTC en una cuenta Kimi Code Max (plan nuevo, región China). Leímos el endpoint /usages antes y después de cada solicitud (con precisión de 0.01%) y solo conservamos una lectura cuando dos lecturas separadas por 6 segundos coincidían; la entrada sin caché usó unos 45 mil tokens de texto sin repeticiones, la salida una solicitud de redacción de 5,000–12,000 tokens y la caché el mismo prompt cuatro veces seguidas.
• Cambio de ventana: hacia las 12:00 UTC del 10-24, la relación entre el uso de 5 horas y el mensual dentro de una misma consulta en cuentas Pro y Max pasó de 25 a 12.5 (24.8 en la hora de las 11:00, 12.4 a las 13:00), y en las mismas cuentas K3 usó la mitad de la ventana de 5 horas por token con la proporción mensual sin cambios: la ventana de 5 horas de los planes nuevos se duplicó y el mes no se movió; los planes antiguos (con cuota semanal) no cambiaron. Los pesos de K3.1 Pro se ajustaron a las lecturas de cuota y solicitudes de 8 cuentas Pro después del cambio (una ventana Pro es 0.278 de Max) y se verificaron contra Max y Moderato con un margen de cerca del 10%. La prueba controlada dio a K3.1 Pro +50% / +82% sobre K3; en producción, tanto antes como después del cambio, esa relación fue solo 0.6–0.8 de la de la prueba, por razones que no conocemos.
• Aumento de K3.1: entre las 07:00 y las 10:30 UTC del 10-27, K3.1 Pro empezó a usar cerca de diez veces más ventana por token en los planes nuevos; K3 no cambió. Medido como la relación entre las lecturas de ventana de K3 y de K3.1 en las mismas cuentas (mediana de 16 cuentas Pro y Max): cerca de 1.1 antes y cerca de 11 después, así que la tabla toma 11 veces el peso anterior de K3.1 Pro. En los planes antiguos (Allegretto, Allegro, Moderato), la relación de K3.1 frente a K3 no se movió (cerca de 0.7–0.8). Las lecturas mensuales subieron en la misma proporción.
• Limitaciones: el peso de entrada de K3.1 Pro tiene un margen de cerca de ±20%, y el aumento del 10-27 va de cerca de 8× a 13× según la cuenta (cuartiles); no se midieron k3-256k ni solicitudes con más de 256K de contexto; Kimi puede volver a cambiar sus reglas de cuota en cualquier momento.

Preguntas frecuentes

Fuentes

• Membresía de Kimi Code
• Precios de los planes de Kimi
• Modelos de Kimi Code
• Referencia de errores de Kimi Code
• Precios de la API de Kimi