A Moonshot AI descreve o Kimi K3 como o primeiro modelo aberto da classe dos 3T do mundo, mas os pesos completos e a licença final ainda não são públicos a 21 de julho de 2026. A Moonshot diz que os pesos serão lançados até 27 de julho, juntamente com informação técnica adicional.
Isso torna a resposta curta rigorosa a seguinte: o Kimi K3 é um modelo de open weights anunciado, cujo lançamento completo ainda tem de ser verificado. A API oficial e os produtos Kimi já estão disponíveis; ter uma API disponível não é o mesmo que ter pesos para transferir.
Estado verificado a 21 de julho de 2026. Não transfiras ficheiros de sites não oficiais do “Kimi K3” nem faças afirmações sobre utilização comercial até a Moonshot publicar o repositório oficial, os checksums e a licença.
Open source, open weights e acesso por API são coisas diferentes
Estes termos aparecem muitas vezes misturados nos resultados de pesquisa.
| Termo | O que significa |
|---|---|
| API disponível | Um fornecedor executa o modelo e aceita pedidos remotos |
| Open weights | Os programadores podem obter os ficheiros de parâmetros treinados ao abrigo de uma licença |
| Open source | O lançamento inclui código e direitos suficientes para inspecionar, modificar e redistribuir segundo uma definição de open source |
| Relatório técnico | A arquitetura, o treino e a avaliação estão documentados |
A API do K3 está disponível hoje. A Moonshot anunciou os pesos completos. Se o pacote no seu todo deve ser descrito como totalmente open source depende da licença, do código e dos artefactos de lançamento reais.
Cronologia de lançamento do Kimi K3
16 de julho de 2026: lançamento do modelo e da API
A Moonshot apresentou o K3 como um modelo de 2,8T de parâmetros, com compreensão visual nativa, uma janela de contexto de 1M de tokens e capacidades de programação e de trabalho de conhecimento de longo horizonte. O K3 ficou disponível através do Kimi, do Kimi Work, do Kimi Code e da API oficial.
Até 27 de julho de 2026: lançamento anunciado dos pesos
A Moonshot diz que os pesos completos do modelo serão lançados até 27 de julho. Diz também que serão divulgados mais pormenores sobre a arquitetura, o treino e a avaliação com o relatório técnico.
Depois do lançamento, verifica:
- o proprietário do repositório oficial;
- os nomes dos ficheiros de pesos e os checksums;
- o tokenizer e a configuração;
- o código de inferência ou os runtimes suportados;
- a licença do modelo;
- as condições de utilização comercial;
- as regras para derivados e redistribuição;
- os formatos de quantização suportados.
Já podes transferir o Kimi K3?
A página oficial de lançamento não disponibiliza pesos públicos completos à data de verificação deste artigo. Os resultados de pesquisa já contêm domínios não oficiais que usam o nome do Kimi K3. Uma página de transferência com bom aspeto não prova que um ficheiro seja oficial ou seguro.
Usa apenas ligações publicadas pela Moonshot AI, pela documentação oficial do Kimi ou por uma organização Moonshot verificada num repositório de modelos reconhecido. Confirma os hashes dos ficheiros grandes e lê a licença antes de carregares artefactos de modelos de terceiros.
O Kimi K3 pode correr localmente?
Não no sentido habitual de “localmente”. Um portátil, um Mac, uma estação de trabalho ou uma única GPU não conseguem alojar o modelo completo de 2,8T.
O K3 usa uma arquitetura Mixture-of-Experts esparsa: 16 de 896 especialistas são ativados para cada token. A ativação esparsa reduz o cálculo ativo em relação a um modelo denso de 2,8T, mas todos os especialistas e componentes partilhados necessários continuam a ter de ser armazenados e servidos num sistema à escala de uma infraestrutura.
A Moonshot recomenda implementações em supernós com 64 ou mais aceleradores. Esta recomendação implica redes de grande largura de banda, paralelismo de especialistas, armazenamento distribuído, execução com formas estáticas, monitorização e engenharia de inferência especializada.
Escala aproximada do armazenamento dos pesos
O K3 usa treino com consciência de quantização com pesos MXFP4. Uma simples multiplicação de quatro bits por parâmetro dá uma carga teórica de pesos em bruto de aproximadamente:
2.8 trillion parameters × 4 bits ≈ 1.4 terabytes
Esta é uma estimativa ilustrativa de limite inferior, não uma especificação de implementação. Os requisitos reais de armazenamento e memória incluem metadados, escalas, componentes não quantizados, dados de encaminhamento, buffers de runtime, KV cache, redundância e overhead da framework. Serão os ficheiros oficiais a determinar a ocupação real.
Hardware necessário para fazer self-hosting do Kimi K3
GPU de consumo
Não é realista para o modelo completo. Um derivado quantizado da comunidade continuaria a enfrentar requisitos de armazenamento e de execução de especialistas muito acima de um computador de secretária típico.
Estação de trabalho com várias GPU
Também não é um alvo realista para o modelo completo. Uma estação de trabalho não tem o número de aceleradores, a memória agregada nem a interligação que o desenho de implementação do K3 prevê.
Cluster com vários nós
Tecnicamente plausível apenas com memória de acelerador suficiente, rede de grande largura de banda, kernels compatíveis e um runtime que suporte a KDA e um paralelismo de especialistas extremo.
Implementação em supernó
Esta é a direção oficialmente recomendada: 64 ou mais aceleradores num grande domínio de comunicação. O hardware suportado, o débito e os valores de memória exatos devem vir do relatório técnico e da documentação dos responsáveis pela inferência.
Kimi Delta Attention e suporte de inferência
A Kimi Delta Attention do K3 cria novos requisitos de prefix-cache em comparação com as implementações de atenção convencionais. A Moonshot diz que contribuiu para a comunidade vLLM com uma implementação de prefill-cache para a KDA, prevista para o lançamento do modelo.
Não partas do princípio de que uma instalação normal do vLLM consegue carregar e servir o K3 de forma eficiente até estarem documentados a versão, os kernels e o suporte de hardware relevantes.
API versus self-hosting
| Área de decisão | API oficial | Self-hosting |
|---|---|---|
| Tempo de arranque | Imediato depois de configurar a conta | Potencialmente considerável |
| Infraestrutura | Gerida | Implementação da ordem de 64+ aceleradores |
| Escalabilidade | Gerida pelo fornecedor | Responsabilidade tua |
| Controlo dos dados | Sujeito aos termos do fornecedor | Maior controlo da infraestrutura |
| Atualizações do modelo | Geridas pelo fornecedor | Testes e implementação manuais |
| Modelo de custos | Por token | Hardware, utilização, pessoas, energia, operações |
| Personalização | Limites da API e do prompting | Depende da licença e das ferramentas do lançamento |
O acesso por API é o caminho prático para a maioria das equipas. O self-hosting pode fazer sentido para organizações com tráfego sustentado, requisitos rigorosos de controlo de dados e infraestrutura de grandes modelos já existente.
Que questões de licença importam?
Quando a Moonshot publicar a licença, verifica:
- A utilização comercial é permitida?
- É possível criar uma API alojada a partir dos pesos?
- São permitidos pesos modificados e fine-tunes?
- Os derivados podem ser redistribuídos?
- Existem limites de número de utilizadores, de receitas ou de computação?
- Existem restrições de utilização aceitável?
- É obrigatório manter a atribuição a “Kimi” ou “Moonshot”?
- Ficheiros diferentes usam licenças diferentes?
Não deduzas a licença do K3 a partir de um lançamento anterior do Kimi.
Como transferir o Kimi K3 em segurança depois do lançamento
- Parte da página oficial de lançamento ou de documentação da Moonshot.
- Confirma que o repositório pertence à organização verificada.
- Lê a licença antes de transferires terabytes de dados.
- Compara os checksums, quando forem fornecidos.
- Revê a configuração do modelo e o código de runtime personalizado.
- Executa o código de inferência num ambiente restrito antes de conceder credenciais ou acesso à rede.
- Verifica se a versão do runtime escolhida suporta explicitamente o K3.
- Documenta a revisão exata do modelo usada em produção.
O Kimi K3 é mesmo open source?
A resposta deve ser atualizada depois de 27 de julho. Se a Moonshot publicar pesos, código permissivo, uma licença clara e componentes de inferência reproduzíveis, “open source” poderá ser uma descrição ampla razoável. Se apenas os pesos forem lançados com uma licença restrita, “open weights” será mais rigoroso.
Até lá, a formulação mais segura é que o Kimi K3 é um modelo aberto da classe dos 3T anunciado, com lançamento dos pesos completos agendado.
Lê o guia da arquitetura do Kimi K3 para saberes mais sobre a KDA, as Attention Residuals, a MoE e a quantização. A análise do Kimi K3 aborda as capacidades e o acesso por API.
Perguntas frequentes
O Kimi K3 é totalmente open source?
A resposta final depende do lançamento dos pesos, do código e da licença. A 21 de julho, a Moonshot anunciou os pesos completos até 27 de julho, mas o lançamento completo ainda não está disponível para verificação.
Onde posso transferir o Kimi K3?
Espera por uma ligação oficial da Moonshot AI ou do Kimi. Evita domínios não oficiais e ficheiros não verificados.
O Kimi K3 pode correr num Mac?
O modelo completo de 2,8T não é uma implementação realista num Mac. Foi concebido para uma grande infraestrutura distribuída de aceleradores.
De quanta VRAM precisa o Kimi K3?
A Moonshot não publicou um valor de VRAM simples para uma implementação completa suportada. A direção oficial é um supernó com 64 ou mais aceleradores.
O Kimi K3 pode ser usado comercialmente?
A utilização comercial dos pesos depende da licença que acompanhar o lançamento. A utilização da API é regida em separado pelos termos da API da Moonshot.