Preços do Kimi K2.7 Code: tarifas da API, níveis e custos reais

Preços do Kimi K2.7 Code em resumo

Aqui está a parte pela qual você veio. Estas são as tarifas oficiais da página de preços da Moonshot, por 1 milhão de tokens:

Alguns detalhes que a tabela sozinha não conta. A Moonshot cobra tanto tokens de entrada quanto de saída em cada chamada de conclusão de chat, e se você enviar um documento e passar o texto extraído dele para um prompt, esse texto também conta como entrada cobrada - a etapa de extração em si é temporariamente gratuita, apenas a chamada de conclusão é cobrada. Não há nenhum nível de API gratuito; uma recarga acumulada de 1 $ é o ingresso antes que a API responda a uma única requisição. O HighSpeed não é um modelo diferente, são os mesmos pesos ajustados para throughput (cerca de 180 tokens/segundo, até 260 em contextos curtos), e a Moonshot precifica essa velocidade em um 2x fixo em cada nível.

A pegadinha: os limites de taxa são liberados conforme quanto você pagou, não uma cota fixa

Este é o detalhe estrutural que molda como o preço realmente se desenrola para uma conta real. Os limites de taxa da Moonshot escalam com a recarga acumulada, não com um teto fixo por chave:

Com 1 $ você está no Tier0: uma requisição concorrente, três requisições por minuto, um teto diário de 1,5 milhão de tokens. Esse é um limite de prova de conceito, não de produção - um único loop de chamadas de ferramentas MCP que executa mais de 4.000 passos (exatamente a carga de trabalho de longo alcance para a qual o K2.7 Code foi construído) vai esbarrar no limite de concorrência do Tier0 quase imediatamente. A Moonshot dá sim um voucher de 5 $ quando você ultrapassa 5 $ em recarga acumulada, mas isso é um crédito de incentivo único, não uma cota gratuita recorrente. Qualquer coisa além do Tier5 significa enviar um e-mail diretamente para api-service@moonshot.ai para um acordo personalizado.

Como se compara ao Opus 4.8, e onde terceiros cobram menos que o preço próprio da Moonshot

A própria ficha do modelo da Moonshot coloca o preço do K2.7 Code lado a lado com o Claude Opus 4.8, e a diferença é o número de destaque com que toda postagem de lançamento abriu:

O Opus 4.8 custa mais de 5x por token e não disponibiliza pesos abertos, embora tenha uma janela de contexto muito maior, de 1 milhão de tokens, e, segundo a própria tabela de benchmarks da Moonshot, ainda lidere sobre o K2.7 Code na maioria das seis avaliações de código publicadas. O único ponto em que o K2.7 Code realmente supera o Opus 4.8 de forma direta é o MCP Mark Verified (81,1 vs. 76,4) - uma vitória real cara a cara em um benchmark de uso de ferramentas, não apenas um prêmio de consolação mais barato.

A tarifa própria da Moonshot de 0,95 $/4,00 $ também não é a forma mais barata de rodar esse modelo. A tabela de provedores do OpenRouter lista mais de uma dezena de hosts terceiros servindo os mesmos pesos abertos:

A DeepInfra cobra cerca de 20-25% a menos que o preço próprio da Moonshot em tokens de entrada, mantendo um uptime bem próximo. Essa é a vantagem direta dos pesos abertos: como qualquer um pode hospedar o modelo, o fornecedor oficial não tem o poder de precificação que um laboratório fechado teria. A própria média ponderada de 30 dias do OpenRouter em todos os hosts, após considerar os acertos de cache, chega a cerca de 0,38 $/1M de entrada e 4,13 $/1M de saída - um lembrete de que o preço de tabela em qualquer uma dessas listas é um teto, não o que uma carga de trabalho bem armazenada em cache realmente paga.

Hospedagem própria: a verdadeira opção de zero dólares

Se nem a tarifa própria da Moonshot nem o desconto do OpenRouter forem baratos o suficiente, os pesos são seus para rodar. O Kimi K2.7 Code é distribuído sob uma Licença MIT Modificada que cobre tanto o código quanto os pesos, disponível para download direto no Hugging Face - 870.022 downloads no mês passado no momento em que verifiquei, um número de adoção de peso aberto genuinamente grande. Hospedar você mesmo significa que o único custo é sua própria computação, não uma taxa por token para a Moonshot.

A pegadinha é o tamanho. A precisão total BF16 ocupa cerca de 595 GB em disco - uma implantação de classe servidor, não um modelo para notebook. A quantização feita pela comunidade reduz bastante essa diferença: o r/unsloth publicou uma quantização dinâmica de 2 bits que encolhe o modelo para cerca de 325 GB (uma redução de 48%) enquanto ainda roda a mais de 40 tokens/segundo em máquinas de RAM/VRAM de consumo, usando motores de inferência como vLLM, SGLang ou KTransformers. É uma opção real, só que troca uma conta de tokens por uma conta de hardware.

A diferença entre a alegação de "30% mais barato" e o que as contas reais estão pagando

Esta é a parte que realmente muda como você deve ler cada tabela de preços acima. A alegação de eficiência de destaque da Moonshot é que o K2.7 Code usa cerca de 30% menos tokens de raciocínio do que o K2.6 - "menos excesso de reflexão", na formulação da empresa - o que deveria diminuir a metade de saída da conta, já que tokens de raciocínio são cobrados como saída na maioria das tabelas de preços.

O Reddit conta uma história diferente. Um tópico intitulado "Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit" é a reclamação central em um único título, e a resposta mais votada não a suaviza:

"O mesmo comigo: estou gastando tokens duas vezes mais rápido..."

u/Rupertonic, comentário em "Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit"

Um tópico separado, "Does the new Kimi K2.7 use up your credits twice as fast?", descreve um plano pago "drenando 1% por tarefa complexa" em um ritmo que o autor não esperava de início. Nem todos concordam sobre o motivo - um tópico, "Do you think the increase in consumption of Kimi 2.7 is due to...", coloca isso como uma questão em aberto entre problemas de infraestrutura, regressões do modelo ou, como um comentarista colocou sem rodeios, "pura ganância por parte da Moonshot." O que é consistente entre os tópicos é a direção: o uso real correndo contra a alegação oficial de eficiência, não a favor dela.

O próprio exemplo de calculadora de custos do MarkTechPost é uma ilustração útil de como a economia alegada deveria parecer, mesmo que contas reais não estejam vendo isso. Suponha 50.000 tokens de entrada e 8.000 tokens de saída por execução, uma taxa de acerto de cache de 50% e 1.000 execuções por mês, com o raciocínio representando 40% da saída:

• Custo de entrada: ~28,50 $/mês
• Custo de saída: ~32,00 $/mês
• Total mensal estimado: ~60,50 $/mês
• Economia estimada com o corte de 30% em tokens de raciocínio: ~3,84 $/mês, comparado a rodar a mesma carga de trabalho com o raciocínio no estilo K2.6

Essa é uma economia real, mas modesta, no papel, em uma carga de trabalho moderada, se a alegação de eficiência se sustentar. Nos tópicos do Reddit acima, ela não se sustenta para todos, o que significa que a forma honesta de orçar para o K2.7 Code é precificá-lo pelo consumo de tokens da era K2.6 e tratar qualquer economia como um bônus, não como uma linha de base.

Preço por token vs. pagamento por resultado

Aqui está o reenquadramento que eu deixaria com você, e é um ao qual volto bastante depois de anos observando a IA rodar em filas reais em vez de em benchmarks. O preço do Kimi K2.7 Code é genuinamente bom se você é um desenvolvedor com um agente de código e um volume de tokens razoavelmente previsível - você consegue prever uma conta mensal dentro de uma faixa razoável, e tem três formas de pagar menos (tarifa oficial, OpenRouter ou hospedagem própria). Mas se o motivo pelo qual você chegou a uma página de "preços de modelo de código" é que na verdade você está tentando orçar IA para algo como suporte ao cliente, a cobrança por token é a unidade errada por completo, e os tópicos da comunidade acima são exatamente o porquê.

Um ticket resolvido em três chamadas rápidas de ferramentas e um ticket que precisa de doze custam valores muito diferentes sob a cobrança por token, e uma atualização de modelo - como do K2.6 para o K2.7 - pode silenciosamente dobrar o que custa uma conversa "resolvida" sem que ninguém mude uma configuração. Essa é exatamente a imprevisibilidade que faz equipes travarem em implantações de suporte com IA: você não consegue colocar um número no orçamento do próximo ano se o número muda toda vez que o fornecedor lança um modelo que "pensa" de forma diferente, e um modelo que é obrigado a sempre raciocinar antes de responder - o que é o caso do K2.7 Code, o modo de pensamento não pode ser desativado - é mais uma variável empilhada sobre isso.

Experimente a eesel

Se você chegou até aqui porque está avaliando o preço de IA para suporte ao cliente em vez de um agente de código, esta é a parte que vale a pena ler com atenção. A eesel é uma colega de equipe de suporte com IA que roda sobre modelos de fronteira por baixo dos panos, mas você nunca fica de olho em um medidor de tokens: o preço é por ticket resolvido, a partir de 0,40 $ por ticket, sem taxas por assento e sem mínimo de plataforma, então uma atualização de modelo nos bastidores não muda silenciosamente sua conta. Ela se conecta ao seu helpdesk existente (Zendesk, Freshdesk, Front e mais de 100 outros), aprende com seu histórico real de tickets desde o primeiro dia, e você pode simulá-la contra tickets passados para ver a taxa real de resolução, e o custo real, antes que ela responda a um cliente de verdade.