Kimi K3 open weights em 27 de julho: o que você usa hoje

Sua timeline está cheia de print “Kimi K3 is open”. Você abre o Hugging Face, digita Kimi-K3 e… nada que pareça um download acabado.

Esse buraco é a história inteira agora.

Em 17 de julho de 2026, a Moonshot já colocou o Kimi K3 nos produtos e na API. Ainda não soltou o dump público completo de pesos. A empresa diz que os pesos completos do modelo chegam até 27 de julho de 2026. Até lá, “open” é palavra de roadmap — não pasta no seu disco.

Este site é independente da Moonshot. Estamos acompanhando docs e posts públicos para você planejar os próximos dez dias sem acreditar em todo repost.

Resposta curta (leia isto primeiro)

• Quer qualidade K3 hoje? Use kimi.com, Kimi Work, Kimi Code ou o model id da API kimi-k3 em platform.kimi.ai.
• Quer self-host dos pesos completos do K3 hoje? Quase certamente ainda não dá — não há checkpoint público confirmado do K3 do jeito que existe para K2.6 / K2.7 Code.
• Esperando open weights? Coloque 27 de julho de 2026 no calendário como prazo declarado da Moonshot e, quando aparecer, confira o repo/licença/README de verdade — não trate “até 27 de julho” como “já está no HF.”
• Sonhando em rodar num notebook de 24GB? A escala é ~2,8 trilhões de parâmetros. As próprias notas de serving da Moonshot apontam para setup multi-acelerador grande, não festa de GPU gamer. Planeje API ou inferência hospedada, a menos que você já opere ferro de classe cluster.

Se você só precisava de uma frase: use a API esta semana; trate open weights como evento de fim de julho que você revalida, não como botão de download que já tem.

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

O que a Moonshot de fato disse

Do post de lançamento do Kimi K3 da Moonshot (16 de julho de 2026):

Duas linhas extras do mesmo post importam se você se importa com “consigo rodar isso em casa”:

1. Eles dizem que estão alinhando o rollout com parceiros de inferência e mantenedores open-source — um jeito educado de dizer “pesos não são drop casual; o suporte da stack também precisa aterrissar.”
2. Em serving, eles recomendam deploy estilo supernode com 64+ aceleradores para o K3. Isso não é nota de rodapé de PC gamer. É a empresa te falando que o bicho é formato datacenter.

Então, se a thumbnail do YouTube grita “baixa o K3 grátis e roda hoje à noite,” pergunta: baixa de onde? Até o momento desta escrita, a resposta honesta continua sendo de lugar nenhum público.

Fonte: @Kimi_Moonshot, 16 jul 2026.

“Open” vs “baixável” (não misture os dois)

A Moonshot chama o K3 de primeiro modelo open de classe 3T. Na linguagem de lançamento, isso significa que eles pretendem publicar os pesos e estão posicionando a arquitetura na escala dos modelos open.

Isso não significa automaticamente:

• que os arquivos já estão no Hugging Face,
• que um LICENSE específico do K3 já foi publicado,
• que todo quant e GGUF que você sonha sai no dia 1,
• ou que “open” = livre para qualquer uso comercial sem ler a licença.

Nas linhas Kimi anteriores (K2.5 / K2.6 / K2.7 Code), a Moonshot publicou pesos sob licença estilo Modified MIT no Hugging Face. Essa história é um prior razoável — não um contrato assinado para o K3 até o repo do K3 em si aparecer. Quando os pesos caírem, leia o LICENSE daquele repo, não um tweet sobre “open source.”

Modelo mental rápido

O que você pode usar hoje (e o que manter)

Você não precisa de pesos para avaliar se o K3 ajuda no seu trabalho.

Use o K3 agora se: a tarefa for difícil, longa ou multimodal (repo grande + screenshots, threads longas de pesquisa, trabalho de agente “continua por horas”) e você aceita o custo premium de tokens.

Mantenha o K2.7 Code se: você vive em agentes de coding na IDE/CLI e se importa mais em shipar o dia a dia do que em profundidade de flagship. Esse caminho especialista existe por um motivo.

Mantenha o K2.6 se: você já tem um agente longo estável numa faixa de preço mais baixa e o K3 ainda não bateu ele nas suas tarefas.

Para o recorte completo de “qual modelo”, veja nosso guia K2.6 vs K2.7 Code vs K3 e o texto do dia de lançamento do K3. Aplique um patch mental nessas páginas: API é real; pesos completos ainda estão no calendário.

Realidade de custo enquanto você “experimenta inteligência open”

Lista oficial da API (por 1M tokens): $0.30 cache hit · $3 cache miss · $15 output. No lançamento o thinking é só max, então prompts curtos de “hello world” ainda podem queimar uma quantidade surpreendente de tokens de raciocínio. Trate experimentos iniciais como orçamento de piloto, não playground sem limite.

Fonte: @Kimi_Moonshot, 16 jul 2026.

Realidade local: tamanho sem inventar tabela de VRAM

O pessoal pede o tempo todo um gráfico limpinho “RTX 5090 / M4 Ultra”. A gente não vai inventar um.

O que dá para dizer sem chutar número:

• 2.8T de parâmetros totais é mais que o dobro dos modelos Kimi open de classe ~1T que muita gente já achou “enormes.”
• A Moonshot descreve esparsidade estilo MoE (no blog deles: ativar 16 de 896 experts) e treinamento ciente de quantização (mencionam pesos MXFP4 / ativações MXFP8). Isso pode encolher o custo de serving em relação a um 2.8T denso — mas não transforma o K3 em brinquedo de notebook.
• A recomendação de deploy com 64+ aceleradores é o que há de mais próximo de um “vibe check” oficial de hardware. Se você ainda não opera caixa dessa classe, o caminho prático é API, app ou host futuro (parceiros vLLM, endpoints na nuvem) — não fantasia de ollama pull.

Quando os pesos aparecerem, os artefatos úteis serão: id do repo, licença, sabores de quant, notas de suporte vLLM/llama.cpp/etc. e receitas mínimas de cluster. Até isso existir, qualquer blog de “você só precisa de X GB” é fanfic.

O que fazer entre agora e 27 de julho

Pense nisso como uma janela de dez dias de preparo, não um timer de download.

Se você constrói produto

1. Coloque kimi-k3 atrás de feature flag em um fluxo de alto valor.
2. Logue tokens + $ + taxa de sucesso ao lado de K2.6 / K2.7 Code nas mesmas tarefas.
3. Estabilize prefixos de prompt (system + digest do repo) para cache hit de verdade — a Moonshot alega taxas altas de cache hit em cargas de coding quando a arquitetura coopera.
4. Não apague o caminho do K2.7 Code. Flagship e especialista em coding podem coexistir.

Se você se importa com self-host

1. Favorite Moonshot no Hugging Face e o blog do K3.
2. Fique de olho em technical report + notas de vLLM / parceiros (eles citaram alinhamento de ecossistema e contribuição vLLM ligada a KDA).
3. Orce cluster ou inferência hospedada, não uma placa consumer sozinha.
4. Continue rodando os pesos do K2.6 / K2.7 Code se você já self-hosta esses — são os modelos open que de fato dá para puxar hoje.

Se você só quer experimentar o modelo

Abra o app ou a API, rode a sua tarefa difícil uma vez e decida se a conta parece valer. Você não precisa de checkpoint de 2.8T para formar opinião.

Checklist de 27 de julho (quando o dia chegar)

Use esta lista só depois que algo real aparecer — não “pré-comemore.”

• Anúncio oficial ou update de blog confirmando que os pesos saíram (não só “em breve”)
• Repo no Hugging Face (ou outro) sob a org Moonshot com arquivos, não placeholder vazio
• Texto de LICENSE que você de fato leu
• README: como servir (vLLM / outro), limites conhecidos, opções de quant
• Se parceiros de inferência listam endpoints públicos no mesmo dia
• Atualize o seu runbook: API como default vs self-host vs híbrido

Vamos atualizar nosso hub de status do Kimi K3 quando as fontes primárias mudarem. Confie nisso mais do que em print de rede social.

Filtros de ruído (as mentiras que viajam rápido)

“Já está full open-source no HF.”
Não como release completo e público de pesos do K3 — não o que vimos verificado sob a org da Moonshot em 17 de julho. Acesso a produto ≠ dump de pesos.

“Open weights = K3 grátis e ilimitado no meu PC.”
Open weights removem o portão do vendor. Não removem física, eletricidade nem ops de cluster.

“Arena / um demo de UI prova que qualidade local está resolvida.”
Manchetes de Frontend Arena e vídeos de UI one-shot são sinais de produto interessantes. Não dizem nada sobre sua capacidade de carregar 2.8T em casa.

“27 de julho é garantido no meu fuso, sem atraso.”
A linguagem oficial é até 27 de julho de 2026. Trate como compromisso para acompanhar, e revalide se o dia escorregar. Promessa pode atrasar; sua arquitetura não deveria depender de uma única célula de calendário sem fallback (API).

“O modelo mais novo substitui todo SKU Kimi antigo.”
Não. Mantenha a visão de portfólio: inteligência geral flagship vs especialista em coding vs agente longo mais barato.

FAQ

O Kimi K3 foi lançado?
Sim — nos apps e como kimi-k3 na API. Veja nosso guia de lançamento.

Os open weights já saíram?
Não como download público final em que você deveria planejar produção (em 17 de julho). Promessa oficial: até 27 de julho de 2026.

Consigo baixar o Kimi K3 do Hugging Face hoje?
Planeje não até a Moonshot publicar um repo real do K3. Modelos Kimi mais antigos (por exemplo K2.6 / K2.7 Code) são downloads separados.

O que rodar enquanto espero?
API / app K3 para avaliação; K2.7 Code para agentes de coding do dia a dia; K2.6 para agentes longos mais baratos e já comprovados. Self-host os pesos já open do K2.x se você precisa ficar offline.

Este site é oficial?
Não. Cruze com kimi.com/blog/kimi-k3 e platform.kimi.ai antes de gastar dinheiro ou rackear hardware.

Em resumo

A história “open” do K3 é uma peça em dois atos. O primeiro já começou: produtos e API. O segundo está marcado para o fim de julho: pesos completos, de preferência com a cola de ecossistema (licença, notas de serving, stacks de parceiros) para “open” significar algo que engenheiro consegue operar.

Até o segundo ato sair, o movimento inteligente é chato e lucrativo: pilote o K3 onde raciocínio premium se paga, mantenha o K2.7 Code para shipar, e ignore quem te vende guia de install do K3 em GPU consumer sem link de repo.

Próximas leituras: lançamento do K3 e quando trocar · qual modelo hoje · hub de status · K2.7 Code · lançamento do K2.6.