Cota do Kimi K3.1 Pro: como funciona o reset de 25% e a API
Calcule a reposição da cota mensal e confira o limite de cinco horas e o limite semanal dos planos antigos, que ainda podem bloquear o Kimi Code. Meça o consumo de tarefas menores, diferencie as chaves de API da assinatura das contas com pagamento por uso e teste uma alternativa de API para o K3.1 Pro com o endpoint e o identificador de modelo corretos.
Conteúdo

O reset de cota anunciado para o Kimi K3.1 Pro devolve até 25 pontos percentuais da cota mensal da assinatura; ele não promete remover todos os limites de requisições. Confira primeiro o indicador de consumo mensal e, se as solicitações de programação continuarem falhando, verifique a janela de uso separada do Kimi Code. Se o trabalho não puder esperar, uma API com pagamento por uso oferece acesso cobrado à parte, com chave, endpoint, saldo e limites próprios.
No anúncio de 25 de outubro, a Moonshot assumiu a responsabilidade pelos limites de requisições e pelo consumo desnecessário de cota na assinatura do K3.1 Pro. A empresa anunciou uma compensação para assinantes de todos os planos, além de mudanças para reduzir chamadas desnecessárias a subagentes e a extensão das respostas.
As regras abaixo refletem o anúncio e a documentação oficial verificada em 2026-10-26.
Quanto da cota o reset de 25% devolve?
O anúncio equivale a subtrair 25 pontos percentuais do consumo mensal, sem deixar o valor abaixo de zero. Considerando a mesma cota mensal, sem consumo adicional nem renovação programada do ciclo de cobrança entre as medições:
used_after = max(0, used_before - 25)
De forma equivalente:
remaining_after = min(100, remaining_before + 25)
Cada valor representa uma porcentagem da cota mensal.
| Cota mensal usada antes | Consumo esperado após o ajuste | Cota restante esperada |
|---|---|---|
| 18% | 0% | 100% |
| 25% | 0% | 100% |
| 60% | 35% | 65% |
| 100% | 75% | 25% |
Esses são exemplos calculados, não resultados observados em contas. Quem havia usado menos de 25% recebe de volta apenas o que consumiu; a fórmula não cria uma cota acima de 100%.
A diferença entre porcentagem e pontos percentuais importa. Reduzir um consumo de 60% em 25% desse consumo deixaria 45% usados. O ajuste anunciado deixa 35% usados.
A Moonshot descreveu o valor devolvido como equivalente a uma semana de uso. Isso indica o tamanho da compensação; não garante uma semana de programação, não estabelece um novo calendário de renovação semanal e não acrescenta dias à assinatura. Para o ciclo normal de cobrança, consulte a próxima renovação indicada na página da assinatura.
O prazo informado no anúncio de 25 de outubro para atualizar a barra de consumo foi “end of day PST”, ou seja, até o fim do dia no horário PST. Confira o indicador da conta depois desse prazo: o anúncio, por si só, não demonstra que o ajuste já foi aplicado à sua conta.
A assinatura Kimi, o Kimi Code e as chaves de API compartilham a cota?
A assinatura Kimi e o Kimi Code compartilham a cota mensal da assinatura, enquanto a plataforma pública Kimi API Platform tem cobrança separada por uso. Uma chave de API pode pertencer a qualquer um desses sistemas; ter uma chave não basta para identificar qual cota está sendo consumida.
As regras de uso da assinatura explicam que os recursos da assinatura usam um único saldo de créditos, medido em tokens. O Kimi Code acrescenta janelas de uso mais curtas à cota mensal.
O guia atual da assinatura do Kimi Code diferencia os planos novos dos antigos:
| Grupo de planos com acesso ao Kimi Code | Limite em janela móvel de cinco horas | Limite semanal | Cota mensal compartilhada |
|---|---|---|---|
| Novos Plus, Pro, Max e Ultra | Aplica-se | Não se aplica | Aplica-se |
| Antigos Andante, Moderato, Allegretto e Allegro | Aplica-se | Aplica-se | Aplica-se |
A cota semanal dos planos antigos é renovada a cada sete dias a partir da data da assinatura. Nos dois grupos, o total mensal ainda pode bloquear o uso. O Go não inclui o Kimi Code; o próprio K3.1 Pro exige um plano novo Plus ou superior, ou um plano antigo Moderato ou superior.
Portanto, afirmar de forma geral que o Kimi não tem limites semanais é incompleto. Isso descreve os novos planos com acesso ao Kimi Code, não todas as assinaturas existentes. A reposição da cota mensal também não confirma que uma janela de cinco horas ou uma janela semanal de plano antigo já esgotada tenha sido liberada.
As solicitações do Kimi Code feitas pela CLI, pelo Desktop, pelo VS Code e por clientes de terceiros compatíveis usam os mesmos benefícios da conta. Criar outra chave de API do Code ou trocar o Claude Code pelo OpenCode não gera uma nova cota de assinatura. Quando ativado, o Extra Usage pode permitir a continuação paga pelo sistema de cobrança da assinatura.
Já a documentação de preços da API da Moonshot descreve explicitamente a plataforma pública de API como um serviço com pagamento por uso, separado da assinatura e do Kimi Code. O anúncio do reset não confirma reembolso, crédito em saldo ou redefinição dos limites de requisições para essa conta de API separada.
Para entender as janelas em mais detalhes, consulte Limites do Kimi Code: cinco horas, limites semanais dos planos antigos, cota mensal e erros 429. Os códigos de status associados a erros de cota nesse artigo diferem da referência oficial atual; ao diagnosticar uma solicitação, use os códigos atuais apresentados abaixo.
O que continua consumindo cota depois da mudança?
O trabalho útil do modelo continua consumindo tokens, inclusive quando é executado por subagentes. O anúncio da Moonshot diz que a empresa está reduzindo chamadas desnecessárias e a extensão das respostas; ele não torna gratuitas a delegação de tarefas nem as respostas longas.
A documentação de subagentes do Kimi explica que cada subagente trabalha em um contexto independente e consome tokens do modelo separadamente. A delegação pode, portanto, acrescentar processamento de entrada e saída, sobretudo quando vários agentes examinam materiais que se sobrepõem. Em uma tarefa pequena, o agente principal pode concluir o mesmo trabalho com menos chamadas.
Comece com uma tarefa de escopo limitado ao verificar o consumo. Por exemplo, com um repositório aberto no cliente de programação, cole este prompt:
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.
O resultado pode ser conferido: o comando de testes do repositório e os arquivos que comprovam esse comando. Esse escopo também facilita identificar delegações desnecessárias, em comparação com um pedido amplo para revisar todo o projeto.
O prompt serve como orientação, não como um teto rígido de gastos. Examine o painel de atividade do cliente para saber se houve delegação e avalie o resultado pelo consumo registrado. Uma resposta visivelmente mais curta, por si só, não demonstra uma redução no consumo total.
Mantenha o modelo e as configurações de raciocínio constantes ao comparar execuções. O guia de configuração de modelos informa que trocar de modelo ou alterar o esforço de raciocínio pode invalidar o cache de contexto e aumentar o consumo. Ele também documenta que o k3.1-pro-highspeed usa aproximadamente o dobro da cota do k3.1-pro padrão. Por isso, use o modelo padrão ao avaliar a eficiência da cota, a menos que a velocidade seja o requisito decisivo.
Mantenha o raciocínio ativado: o K3.1 Pro rejeita solicitações que o desativam. Reduzir o tamanho da resposta final é um controle diferente de desativar o raciocínio.
Como conferir o reset e a redução do consumo?
Verifique a reposição de créditos separadamente do custo de uma nova tarefa. Observar as duas coisas ao mesmo tempo pode ocultar ambas: o ajuste de créditos reduz o indicador enquanto outro agente em execução o aumenta.
-
Registre os indicadores corretos. Na interface web do Kimi, abra seu avatar → Settings → Subscription. Anote o plano, se a porcentagem exibida representa o uso ou a cota restante, a próxima renovação e a data e o horário da observação, com o fuso horário. No Kimi Code, execute também
/usagee confira no Console o status das janelas mais curtas. -
Compare o ajuste sem outras atividades. Pause as outras sessões que consomem a assinatura durante a verificação. Se você registrou uma leitura anterior ao ajuste, compare-a com a fórmula acima depois que a atualização aparecer. Considere as tarefas executadas no intervalo e qualquer renovação mensal normal; sem uma leitura anterior, não é possível reconstruir o crédito exato apenas pela barra atual.
-
Meça uma tarefa pequena depois que o ajuste estiver concluído. Registre o consumo imediatamente antes de enviar o prompt de escopo limitado sobre o repositório e confira o registro de uso da tarefa quando ela terminar. As perguntas frequentes sobre uso do Kimi descrevem esses registros e avisam que a atualização dos indicadores pode ter um pequeno atraso.
-
Compare trabalhos equivalentes. Mantenha o mesmo repositório, modelo, configuração de raciocínio, ferramentas disponíveis e objetivo da tarefa. Registre as informações de cache quando estiverem disponíveis, sem presumir que duas execuções tenham condições idênticas de cache. Compare a cota consumida e se a resposta realmente concluiu a tarefa.
Se não houver uma execução anterior comparável, essa medição cria uma referência para os próximos trabalhos; ela não comprova quanto uma mudança no backend economizou. Se o indicador percentual não tiver precisão suficiente para distinguir uma solicitação pequena, consulte o registro detalhado antes de gastar mais cota em tentativas repetidas.
Se as solicitações continuarem falhando, examine a mensagem completa. Em 2026-10-26, a referência oficial de erros do Kimi Code classifica estes casos de cota como HTTP 429:
| Mensagem do Kimi Code | O que verificar |
|---|---|
You've reached your 5-hour usage limit | Confira no Console o horário de renovação da janela de cinco horas. |
You've reached your weekly (7-day) usage limit | Confira a janela semanal do plano antigo. |
You've reached your monthly usage limit for this billing cycle | Confira o indicador mensal compartilhado e o ajuste. |
Repetir a solicitação não repõe uma cota esgotada. A sobrecarga do servidor é uma condição separada; portanto, mesmo com créditos mensais restaurados, uma solicitação ainda pode falhar.
Se o ajuste prometido continuar ausente depois do prazo informado e da atualização do indicador, entre em contato com o suporte de assinaturas do Kimi. Informe o plano, as datas e os horários e os registros de uso de antes e depois, com dados sensíveis ocultos.
Quando vale mudar para uma API com cobrança separada?
Use um serviço com cobrança por consumo quando a tarefa justificar um pagamento independente e esperar pela renovação de uma janela da assinatura bloquear o trabalho. Se a prioridade for preservar a sessão atual do Kimi, verifique primeiro se sua conta oferece Extra Usage. Esse saldo pago é compartilhado pelo Kimi e pelo Kimi Code; ative o teto mensal de gastos antes de depender dele para continuar trabalhando.
Escolha o serviço e estime os gastos
O endpoint, o identificador do modelo e a origem da chave precisam corresponder entre si. Estas são as URLs-base internacionais compatíveis com OpenAI; configurações específicas de ferramentas que usam o protocolo da Anthropic têm caminhos-base diferentes.
| Serviço | URL-base | Identificador do K3.1 Pro padrão | Forma de cobrança |
|---|---|---|---|
| Kimi Code | https://api.kimi.ai/coding/v1 | k3.1-pro | Benefícios da assinatura; o Extra Usage pode assumir a cobrança em contas elegíveis |
| Kimi API Platform | https://api.moonshot.ai/v1 | kimi-k3.1-pro | Conta de API separada, com pagamento por uso |
| BetterToken | https://www.bettertoken.ai/v1 | kimi-k3.1-pro | Saldo de API separado do BetterToken |
Em 2026-10-26, o catálogo atualizado de modelos do BetterToken listava o kimi-k3.1-pro com acesso por Chat Completions e Anthropic Messages. O guia do modelo informa que Responses não está habilitado para ele. Trata-se de acesso independente por API, não de uma cota da assinatura Kimi.
Como referência de custo, os preços globais atuais da API da Moonshot indicam $2 por milhão de tokens de entrada comum e $10 por milhão de tokens de saída para o kimi-k3.1-pro padrão, antes dos impostos aplicáveis. Uma solicitação hipotética com 100,000 tokens de entrada à tarifa de $2 e 10,000 tokens totais de saída faturados custaria:
(100,000 / 1,000,000 × $2) + (10,000 / 1,000,000 × $10) = $0.30
Essa estimativa pressupõe que não haja chamadas pagas de ferramentas, leituras de tokens já armazenados em cache nem gravações em cache de uma hora. As gravações padrão em cache de cinco minutos também custam $2 por milhão de tokens; um token classificado como gravação em cache não é cobrado novamente como entrada comum. Use a quantidade de tokens faturados, não o tamanho da resposta visível.
O BetterToken tem seus próprios preços atuais. A porcentagem consumida de uma assinatura não permite concluir qual serviço é mais barato, e uma tarefa de agente pode envolver muitas solicitações além da resposta final que você vê.
Verifique uma solicitação antes de transferir a sessão do agente
Para usar o BetterToken, selecione sua própria chave de API no console, confirme o acesso ao modelo e o saldo disponível e faça uma solicitação pequena. O exemplo abaixo segue o formato documentado; ele não foi executado em uma conta de inferência paga para este artigo.
Use Bash, com curl e jq instalados. Quando read aguardar a entrada, cole sua chave e pressione Enter; o conteúdo digitado fica oculto.
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
}'
O corpo da resposta contém o resultado; essa solicitação sem streaming não exige consultas periódicas ao status de uma tarefa. Verifique se a resposta contém o API_OK solicitado, se foi concluída e se inclui informações de consumo. Antes de transferir uma tarefa maior, localize a solicitação no painel do BetterToken e confira modelo, status, consumo de tokens e cobrança.
Para continuar no Cline, abra Use your own API key, selecione OpenAI Compatible e informe a URL-base do BetterToken apresentada na tabela, sua chave do BetterToken e kimi-k3.1-pro. Salve, recarregue a extensão e comece pela mesma tarefa pequena no repositório. No OpenCode, siga a configuração de provedor personalizado de Chat Completions.
A configuração do BetterToken no Claude Code usa a base compatível com Anthropic https://bettertoken.ai, sem /v1. Siga as instruções de autenticação dessa ferramenta em vez de copiar a base de Chat Completions para a configuração.
Se o teste inicial retornar 401, confira novamente a chave do BetterToken. Em caso de 404 ou erro ao localizar o modelo, verifique o endpoint e o identificador exato do modelo. Para erros de limite de requisições ou de saldo, examine a resposta e o painel dessa conta de API antes de tentar novamente; o reset da assinatura não determina o estado de um serviço com cobrança separada.