Kimi K3 vs Claude e GPT: custo e quando migrar

Hub Kimi K3: Specs, preço, id da API → /pt/kimi-k3. Timeline → /pt/kimi-k3-status. Escolha dentro da família → K2.6 vs K2.7 vs K3.

Seu feed diz que o Kimi K3 “fecha o gap com o Claude” e que “é outro momento DeepSeek.” Seu seletor de modelo ainda tem Claude, GPT e um botão novo de kimi-k3 que custa dinheiro de verdade.

Então a pergunta real não é “quem ganhou os charts de lançamento?” É mais simples:

Você deveria tirar trabalho do Claude ou do GPT esta semana—e, se sim, qual trabalho?

Resposta curta (leia isto primeiro)

• Não vire a stack inteira pro K3 porque a manchete virou.
• Sim, faça piloto do K3 em jobs difíceis + longos: agentes de coding de várias horas, monorepos gordos, UI com visão no loop, pacotes de pesquisa que estouram 256K.
• Mantenha Claude (sobretudo coding diário na faixa Sonnet) e GPT (ferramentas do ecossistema, Codex, roteamento em camadas Luna/Terra/Sol) onde eles já entregam limpo pra você.
• Dentro da Kimi, loops de IDE do dia a dia ainda costumam ficar melhor no K2.7 Code primeiro; o K3 é o cérebro generalista de bandeira, não um “substitua tudo” automático.

Este site é independente da Moonshot, Anthropic e OpenAI. Os preços abaixo são listas públicas de meados de julho de 2026—sempre confira de novo platform.kimi.ai, preços da Anthropic e preços da OpenAI antes de fechar orçamento.

Experimente o Kimi grátis: Cadastre-se e resgate recompensas — até 1 ano de valor de membership. Prefere benefícios de assinatura? Assine para mais vantagens.

O que você está comparando de verdade

O povo amassa três brigas diferentes num tweet só:

O K3 é o flagship da Moonshot: cerca de 2,8T parâmetros, contexto de 1M tokens (grosso modo o quanto de um projeto ou pacote de pesquisa ele segura de uma vez), visão nativa e thinking sempre ligado (no lançamento, o esforço é basicamente só max). O id da API é kimi-k3. Pesos públicos completos ainda são promessa de fim de julho (a Moonshot falou até 27 de julho de 2026)—hoje você usa produto + API, não download casual no notebook. Detalhes: tour pelo lançamento do K3 · reality check dos open weights.

Claude e GPT são portfólios. Comparar só com Opus/Fable/Sol é o jeito de tomar susto na fatura ou achar barganha falsa. Compare feito gente grande: qual SKU você usaria no lugar?

Cola de preço de lista (USD / 1M tokens)

Olhe uma vez e ignore “o modelo mais barato ganha.” Trabalho de agente é, em grande parte, output + retries + tokens de thinking.

Como ler sem planilha:

1. K3 vs Sonnet 5 (padrão) — faixa de lista parecida ($3 / $15). Você não está comprando “modelo chinês barato”; está comprando um formato de flagship diferente no dinheiro do Sonnet.
2. K3 vs Opus 4.8 — a lista do K3 é menor em input e output ($3/$15 vs $5/$25). Isso é real—se a qualidade segurar nas suas tarefas.
3. K3 vs GPT-5.6 Sol — a lista do K3 sobra no output ($15 vs $30). Contra o Terra, a história fica mais perto: Terra é $2.50/$15.
4. Cache — a Moonshot vende taxas altas de cache hit em workloads de coding; hits de cache do K3 saem a $0.30. Se o seu harness reenvia o mesmo repo/system prompt, isso importa mais que a manchete.

Sanidade grosso modo (sem cache): 1M input + 200K output ≈ $6 no K3 vs ≈ $10 no Opus 4.8 vs ≈ $11 no GPT-5.6 Sol. Seu job real vai queimar diferente—sobretudo com thinking sempre no max.

Capacidade: separe sinal de marketing

O post de lançamento da Moonshot é explícito: no geral, o K3 ainda fica atrás dos tops proprietários que eles citam (Claude Fable 5, GPT-5.6 Sol), ao mesmo tempo em que reivindica resultados de nível fronteira na suíte deles e coding de horizonte longo forte. Essa honestidade vale mais que qualquer thumbnail de influenciador.

Fonte: mídia oficial de lançamento do K3 de @Kimi_Moonshot, 16 jul 2026; os mesmos charts do blog do Kimi K3.

Coding e agentes

• Coding de horizonte longo é o pitch do produto: sessões de várias horas, repos grandes, ferramentas de terminal, menos hand-holding. Trate demos de lançamento (trabalho de kernel, histórias de compilador estilo MiniTriton, pipelines de pesquisa) como prova de existência, não como estimativa da sua segunda-feira.
• Frontend / loop visual é onde a prova social explodiu: vários relatos colocam o K3 em #1 no Frontend Code Arena (~1679 Elo em writeups de meados de julho), com salto enorme desde o K2.6. Preferência humana em código de UI ≠ “melhor modelo pra todo PR de backend.” Reveja o placar ao vivo da Arena antes de reescrever o slide de roadmap.
• Charts de agente / knowledge-work do mesmo pacote de lançamento mostram scores competitivos de agente e de agente com visão. Use como direção, depois rode o seu harness (Claude Code, Kimi Code, Codex, Cline, custom).

Fonte: mídia oficial de lançamento do K3 de @Kimi_Moonshot, 16 jul 2026.

Onde Claude e GPT ainda ganham por padrão

Árvore de decisão: o que abrir esta semana?

Se você é product engineer o dia inteiro na IDE

1. Mantenha o Claude Sonnet 5 (ou o que hoje mergeia PRs limpos) como default.
2. Some kimi-k3 (ou Kimi Code /model) para: refactors grandes, UI a partir de screenshots, migrações multi-package, jobs que destroem janelas de 256K.
3. Dentro da família Kimi, ainda teste kimi-k2.7-code nos loops de ship-the-PR do dia a dia—especialista bate logo de flagship. Veja o guia do Kimi Code.

Se você roda agentes autônomos longos

• Pilote o K3 quando a corrida for longa, pesada de tools e multi-domínio (código + docs + visão).
• Mantenha Claude Opus / GPT Sol em caminhos de alto risco em que uma improvisação ruim custa caro—a própria Moonshot avisa que o K3 pode ser excessivamente proativo em tarefas ambíguas (contorne com system prompt / AGENTS.md).
• Mantenha o K2.6 se um agente longo mais barato já funciona e você não está batendo no muro de contexto. Qual modelo Kimi?

Se a liderança perguntou “estamos atrasados no modelo open chinês?”

• Entregue um piloto de duas semanas, não uma migração de vendor:
  • 5 tarefas internas difíceis (mesmo harness, mesma eval)
  • Registre taxa de pass, edições humanas, $ por tarefa aceita, não só print de benchmark
  • Decida por workflow, não por marca

Se você só queria open weights

• Use API/produto agora; coloque 27 de julho de 2026 no calendário como prazo declarado da Moonshot para os pesos; valide repo + licença quando aparecer. Guia de open weights. Um modelo na classe 2,8T é formato datacenter, não fantasia de notebook de 24GB.

Mitos pra largar (pra não embarcar plano ruim)

Alertas específicos do K3 agora

A seção de limitações da própria Moonshot merece post-it:

1. Histórico de thinking — o K3 foi treinado esperando o histórico completo de thinking de volta no harness. Troca de modelo no meio da sessão ou histórico quebrado pode ficar feio. Prefira agentes compatíveis (ex.: Kimi Code).
2. Esforço sempre no max no lançamento — modos low/high “depois.” Orce como modelo de reasoning que não “anda de boa.”
3. Proatividade — ótima em jobs longos; irritante se você precisa de guardrails apertados. Escreva constraints mais afiadas.
4. Vendor lock vs pesos — API hoje, história open-weight em voo. Planeje procurement com os dois timelines.

Fonte: mídia oficial de arquitetura de @Kimi_Moonshot, 16 jul 2026; descrita no blog do Kimi K3.

Em resumo

O Kimi K3 é concorrência de verdade no preço de lista da classe Sonnet, com história de contexto de 1M e ambição séria de coding/agente—não almoço grátis e não matador certificado do Claude em todo eixo.

Use quando o job for difícil e longo. Mantenha Claude e GPT onde eles já pagam o aluguel. Reprice depois de medir trabalho aceito por dólar, não depois de um chart de lançamento.

Para onde ir em seguida

• Hub completo do produto K3 → /pt/kimi-k3
• Specs do dia do lançamento e quando sair do K2.x → /blog/30-kimi-k3-release
• Countdown dos open weights (versão honesta) → /blog/31-kimi-k3-open-weights-july-27
• Seletor da família K2.6 / K2.7 / K3 → /blog/29-kimi-which-model-k26-k27-k3
• Kimi Code / K2.7 → /pt/kimi-code · /pt/kimi-k27
• Post oficial do modelo → kimi.com/blog/kimi-k3