Kimi K3.1 Pro: restablecimiento de cuota del 25% y API

El restablecimiento de cuota anunciado para Kimi K3.1 Pro devuelve hasta 25 puntos porcentuales de tu cuota mensual de suscripción; no promete eliminar todos los límites de solicitudes. Revisa primero el indicador de consumo mensual y, si las solicitudes de programación siguen fallando, comprueba la ventana de uso independiente de Kimi Code. Si el trabajo no puede esperar, una API de pago por uso permite continuar con facturación independiente, con su propia clave, endpoint, saldo y límites.

En su anuncio del 25 de octubre, Moonshot asumió la responsabilidad por los límites de solicitudes y el consumo innecesario de cuota en la suscripción de K3.1 Pro. Anunció una compensación para los suscriptores de todos los planes y cambios destinados a reducir las llamadas innecesarias a subagentes y la extensión de las respuestas.

Las reglas siguientes recogen el anuncio y la documentación oficial consultada a fecha de 2026-10-26.

¿Cuánta cuota devuelve el restablecimiento del 25%?

El anuncio equivale a restar 25 puntos porcentuales al consumo mensual, sin que el resultado baje de cero. Para una misma cuota mensual, suponiendo que entre ambas lecturas no haya consumo adicional ni una renovación programada del ciclo de facturación:

used_after = max(0, used_before - 25)

De forma equivalente:

remaining_after = min(100, remaining_before + 25)

Cada valor representa un porcentaje de la cuota mensual.

Cuota mensual consumida antes	Consumo esperado tras el ajuste	Cuota restante esperada
18%	0%	100%
25%	0%	100%
60%	35%	65%
100%	75%	25%

Son ejemplos calculados, no resultados observados en cuentas reales. Si habías consumido menos del 25%, recuperas esa cantidad consumida; la fórmula no genera una cuota disponible superior al 100%.

La diferencia entre porcentaje y puntos porcentuales cambia el resultado. Reducir un consumo del 60% en un 25% de ese consumo dejaría un 45% utilizado. El ajuste anunciado deja un 35% utilizado.

Moonshot describió la cantidad restaurada como equivalente a una semana de uso. Esa expresión indica el tamaño de la compensación: no garantiza una semana de programación, no establece un nuevo calendario de restablecimiento semanal ni añade días a la suscripción. Para el ciclo de facturación habitual, consulta la próxima renovación que figure en la página de tu suscripción.

El plazo anunciado para actualizar la barra de consumo fue “end of day PST”, al final del día PST correspondiente al anuncio del 25 de octubre. Comprueba el indicador de tu cuenta después de ese plazo; la publicación del anuncio, por sí sola, no demuestra que el ajuste ya se haya aplicado a tu cuenta.

¿Comparten cuota la suscripción a Kimi, Kimi Code y las claves API?

La suscripción a Kimi y Kimi Code comparten la cuota mensual, mientras que la plataforma pública Kimi API Platform tiene facturación independiente de pago por uso. Una clave API puede pertenecer a cualquiera de los dos sistemas, así que tener una clave no basta para identificar qué cuota estás consumiendo.

Las reglas de uso de la suscripción explican que las funciones incluidas utilizan una misma reserva de créditos medida en tokens. Kimi Code añade ventanas de uso más cortas a esa cuota mensual.

La guía actual de suscripción de Kimi Code distingue entre los planes nuevos y los anteriores:

Grupo de planes con acceso a Kimi Code	Límite en una ventana móvil de cinco horas	Límite semanal	Cuota mensual compartida
Nuevos Plus, Pro, Max y Ultra	Se aplica	No se aplica	Se aplica
Anteriores Andante, Moderato, Allegretto y Allegro	Se aplica	Se aplica	Se aplica

La cuota semanal de los planes anteriores se renueva cada siete días a partir de la fecha de suscripción. En ambos grupos, agotar el total mensual puede seguir bloqueando el uso. Go no incluye Kimi Code; para acceder a K3.1 Pro se necesita al menos el nuevo plan Plus o el anterior Moderato.

Por tanto, afirmar sin matices que Kimi no tiene límites semanales es incompleto. Eso describe los planes nuevos que incluyen programación, pero no todas las suscripciones existentes. Recuperar cuota mensual tampoco demuestra que se haya restablecido una ventana de cinco horas o una ventana semanal de un plan anterior que ya estaba agotada.

Las solicitudes de Kimi Code desde su CLI, Desktop, VS Code y los clientes de terceros compatibles utilizan la misma cuota de la cuenta. Crear otra clave API de Code o pasar de Claude Code a OpenCode no genera una nueva cuota de suscripción. Si Extra Usage está habilitado, puede permitir continuar pagando dentro de ese mismo sistema de facturación.

En cambio, la documentación de precios de la API de Moonshot describe expresamente la plataforma pública como un servicio de pago por uso, separado de la suscripción y de Kimi Code. El anuncio del restablecimiento no confirma ningún reembolso, abono de saldo ni reinicio de límites de solicitudes para esa cuenta API independiente.

Para conocer las ventanas con más detalle, consulta Límites de Kimi Code: cinco horas, límites semanales de planes anteriores, cuota mensual y errores 429. Los códigos de estado que ese artículo asigna a los errores de cuota difieren de la referencia oficial actual; utiliza las correspondencias actuales que aparecen más abajo al diagnosticar una solicitud.

¿Qué sigue consumiendo cuota después del cambio?

El trabajo útil del modelo sigue consumiendo tokens, incluido el que realizan los subagentes. El anuncio de Moonshot habla de reducir las llamadas innecesarias y la longitud de las respuestas; no convierte la delegación ni las respuestas largas en operaciones gratuitas.

La documentación de subagentes de Kimi explica que cada subagente trabaja con un contexto independiente y consume tokens del modelo por separado. Delegar puede añadir procesamiento de entrada y generación de salida, especialmente cuando varios agentes revisan material que se solapa. En una tarea pequeña, el agente principal puede completar el mismo trabajo con menos llamadas.

Para comprobar el consumo, empieza con una tarea acotada. Por ejemplo, pega este texto en un cliente de programación con un repositorio abierto:

Read this repository's README and test configuration.
Identify the command for running its existing tests.
Work in the main agent without spawning subagents.
Do not modify files or run tests.
Answer in at most 100 words, citing the files that establish the command.
If no test command is documented, say so.

El resultado es verificable: el comando para ejecutar las pruebas del repositorio y los archivos que lo documentan. También permite detectar una delegación innecesaria con más facilidad que una petición amplia de revisar todo el proyecto.

El prompt orienta al agente, pero no impone un límite estricto de gasto. Revisa la vista de actividad del cliente para saber si delegó trabajo y evalúa el resultado con el consumo registrado. Una respuesta visible más corta no demuestra, por sí sola, que el consumo total haya disminuido.

Mantén constantes el modelo y la configuración de razonamiento al comparar ejecuciones. La guía de configuración de modelos indica que cambiar de modelo o de esfuerzo de razonamiento puede invalidar la caché de contexto y aumentar el consumo. También documenta que k3.1-pro-highspeed consume aproximadamente el doble de cuota que k3.1-pro estándar; utiliza el modelo estándar para evaluar la eficiencia de consumo, salvo que la velocidad sea el requisito decisivo.

Mantén activado el razonamiento: K3.1 Pro rechaza las solicitudes que lo deshabilitan. Reducir la extensión de la respuesta final es un control distinto de desactivar el razonamiento.

¿Cómo comprobar el restablecimiento y la reducción del consumo?

Comprueba la devolución de cuota por separado del coste de una tarea nueva. Observar ambas cosas a la vez puede ocultarlas: el ajuste reduce el indicador de consumo mientras otro agente en ejecución lo aumenta.

Registra los indicadores correctos. En la interfaz web de Kimi, abre tu avatar → Settings → Subscription. Anota el plan, si el porcentaje mostrado corresponde al consumo o a la cuota restante, la próxima renovación y la fecha y hora con su zona horaria. En Kimi Code, ejecuta también /usage y revisa en la Console el estado de las ventanas más cortas.
Compara el ajuste sin otras actividades en curso. Pausa las demás sesiones que consuman cuota de la suscripción mientras haces la comprobación. Si guardaste una lectura anterior al ajuste, compárala con la fórmula indicada cuando aparezca la actualización. Ten en cuenta las tareas intermedias y cualquier renovación mensual habitual; sin una lectura anterior, la barra actual no permite reconstruir exactamente la cantidad devuelta.
Mide una tarea pequeña una vez aplicado el ajuste. Registra el consumo justo antes de enviar el prompt acotado sobre el repositorio y consulta el registro de uso de la tarea cuando termine. Las preguntas frecuentes sobre consumo de Kimi describen esos registros y advierten que el indicador puede actualizarse con un breve retraso.
Compara trabajos equivalentes. Mantén el mismo repositorio, modelo, configuración de razonamiento, herramientas disponibles y objetivo de la tarea. Registra los datos de caché cuando estén disponibles, sin dar por hecho que dos ejecuciones tienen las mismas condiciones de caché. Compara tanto la cuota consumida como si la respuesta completó realmente la tarea.

Si no tienes una ejecución anterior comparable, esta medición establece una referencia para futuros trabajos; no demuestra cuánto ahorró un cambio del servicio. Si el indicador porcentual no tiene suficiente precisión para distinguir una solicitud pequeña, consulta el registro detallado antes de gastar más cuota repitiendo pruebas.

Cuando las solicitudes sigan fallando, utiliza el mensaje completo para diagnosticar el problema. A fecha de 2026-10-26, la referencia oficial de errores de Kimi Code clasifica estos casos de cuota bajo HTTP 429:

Mensaje de Kimi Code	Qué comprobar
`You've reached your 5-hour usage limit`	Consulta en la Console cuándo se restablece la ventana de cinco horas.
`You've reached your weekly (7-day) usage limit`	Revisa la ventana semanal del plan anterior.
`You've reached your monthly usage limit for this billing cycle`	Comprueba el indicador mensual compartido y el ajuste.

Reintentar una y otra vez no repone una cuota agotada. La sobrecarga del servidor es una condición independiente, por lo que puedes haber recuperado cuota mensual y seguir viendo fallar las solicitudes.

Si el ajuste prometido sigue sin aparecer después del plazo indicado y el indicador ya se ha actualizado, contacta con el soporte de suscripciones de Kimi. Incluye el plan, las fechas y horas, y pruebas del consumo anterior y posterior con los datos sensibles ocultos.

¿Cuándo conviene pasar a una API con facturación independiente?

Usa una opción de pago por consumo cuando la tarea justifique ese gasto adicional y esperar a que se renueve una ventana de la suscripción impida avanzar. Si conservar la sesión actual de Kimi es más importante, comprueba primero si tu cuenta dispone de Extra Usage. Ese saldo de pago se comparte entre Kimi y Kimi Code; activa su límite de gasto mensual antes de depender de él para continuar trabajando.

Elige el servicio y calcula el presupuesto

El endpoint, el identificador del modelo y la procedencia de la clave deben corresponder al mismo servicio. Estas son las URL base internacionales compatibles con OpenAI; las configuraciones Anthropic específicas de cada herramienta utilizan rutas base diferentes.

Servicio	URL base	Identificador de K3.1 Pro estándar	Facturación
Kimi Code	`https://api.kimi.ai/coding/v1`	`k3.1-pro`	Cuota de la suscripción; Extra Usage puede tomar el relevo si está disponible
Kimi API Platform	`https://api.moonshot.ai/v1`	`kimi-k3.1-pro`	Cuenta API independiente de pago por uso
BetterToken	`https://www.bettertoken.ai/v1`	`kimi-k3.1-pro`	Saldo API independiente de BetterToken

El catálogo de modelos de BetterToken incluía kimi-k3.1-pro el 2026-10-26 con acceso mediante Chat Completions y Anthropic Messages. Su guía del modelo especifica que Responses no está habilitado para este modelo. Es acceso API independiente, no cuota de una suscripción a Kimi.

Como referencia, los precios globales actuales de la API de Moonshot sitúan kimi-k3.1-pro estándar en $2 por millón de tokens de entrada ordinaria y $10 por millón de tokens de salida, antes de los impuestos aplicables. Una solicitud hipotética con 100,000 tokens de entrada a la tarifa de $2 y un total de 10,000 tokens de salida facturados cuesta:

(100,000 / 1,000,000 × $2) + (10,000 / 1,000,000 × $10) = $0.30

Esta estimación supone que no hay llamadas a herramientas de pago, aciertos de caché ni escrituras en caché de una hora. Las escrituras estándar en caché de cinco minutos también cuestan $2 por millón de tokens; un token no se vuelve a cobrar como entrada ordinaria además de cobrarse en la categoría de escritura en caché. Utiliza los tokens facturados para calcular el coste, no la extensión de la respuesta visible.

BetterToken tiene sus propios precios actuales. Un porcentaje de consumo de la suscripción no permite determinar qué opción resulta más barata, y una tarea de agente puede realizar muchas solicitudes además de generar la respuesta final que ves.

Verifica una solicitud antes de cambiar la conexión del agente

Para usar BetterToken, selecciona tu propia clave API en la consola, confirma el acceso al modelo y el saldo disponible, y realiza una solicitud pequeña. El siguiente ejemplo utiliza el formato documentado; no se ejecutó con una cuenta de inferencia de pago para este artículo.

Usa Bash, con curl y jq instalados. Cuando read quede esperando, pega tu clave y pulsa Enter; la entrada permanecerá oculta.

set -o pipefail
read -rs BETTERTOKEN_API_KEY && export BETTERTOKEN_API_KEY

curl --silent --show-error --fail-with-body \
  https://www.bettertoken.ai/v1/chat/completions \
  --header "Authorization: Bearer ${BETTERTOKEN_API_KEY:?API key is required}" \
  --header "Content-Type: application/json" \
  --data '{
    "model": "kimi-k3.1-pro",
    "stream": false,
    "messages": [
      {"role": "user", "content": "Reply with exactly: API_OK"}
    ]
  }' |
jq '{
  model,
  answer: .choices[0].message.content,
  finish_reason: .choices[0].finish_reason,
  usage,
  error
}'

El cuerpo de la respuesta contiene el resultado; esta solicitud sin streaming no requiere consultar periódicamente el estado de un trabajo. Comprueba que devuelve la respuesta solicitada, API_OK, que la respuesta está completa y que incluye información de uso. Antes de trasladar una tarea mayor, localiza la solicitud en el panel de BetterToken y verifica el modelo, el estado, los tokens consumidos y el cargo.

Para continuar en Cline, abre Use your own API key, elige OpenAI Compatible e introduce la URL base de BetterToken que figura en la tabla, tu clave de BetterToken y kimi-k3.1-pro. Guarda los cambios, recarga la extensión y empieza con la misma tarea pequeña sobre el repositorio. Para OpenCode, sigue la configuración de su proveedor personalizado de Chat Completions.

La configuración de BetterToken para Claude Code utiliza la base compatible con Anthropic https://bettertoken.ai, sin /v1. Sigue las instrucciones de autenticación de esa herramienta en lugar de copiar la base de Chat Completions en su configuración.

Si la prueba inicial devuelve 401, revisa la clave de BetterToken. Ante un 404 o un error al buscar el modelo, comprueba el endpoint y el identificador exactos. Si recibes un error de límite de solicitudes o de saldo, revisa la respuesta y el panel de esa cuenta API antes de reintentar; el restablecimiento de la suscripción no determina el estado de un servicio con facturación independiente.