Um lançamento centrado em tarefas longas e ferramentas
A Moonshot AI lançou o Kimi K3.1 Pro em 23 de outubro de 2026 como primeiro integrante da série K3.1. O modelo já pode ser utilizado nos serviços Kimi, Kimi Work, Kimi Code e através da API. A proposta combina uma janela de contexto de até um milhão de tokens com melhorias em programação, criação 3D, investigação financeira e tarefas que exigem várias ações encadeadas. Chega também o K3.1 Pro Highspeed, destinado a reduzir a espera durante essas interações.
Para uma equipa de desenvolvimento, a questão prática é saber se o modelo consegue levar um trabalho desde o pedido inicial até um resultado verificável: compreender um repositório, modificar ficheiros, executar ferramentas e interpretar erros. Uma resposta convincente numa conversa cobre apenas parte desse percurso. O interesse deste lançamento está na capacidade de manter uma tarefa e corrigir o rumo, algo que deve ser avaliado com testes do projeto concreto.
Classe 3T: a diferença face aos 2,8T do Kimi K3
A descrição oficial do K3.1 Pro utiliza «classe 3T», em que T corresponde a um milhão de milhões de parâmetros. É uma categoria de escala, não a publicação de uma contagem exata de 3.000.000.000.000 de parâmetros. A tabela de modelos da Kimi distingue essa designação dos 2,8T atribuídos expressamente ao Kimi K3, o modelo de topo da geração anterior.
O K3.1 Pro é uma versão do K3 com pós-treino mais amplo e maior investimento de computação nessa etapa. Essa relação não basta para lhe atribuir automaticamente todos os números internos documentados para o antecessor. A apresentação do Pro não fornece uma nova contagem exata dos parâmetros totais e ativos, nem confirma uma quantidade específica de especialistas selecionados por token. A dimensão total também não permite deduzir, por si só, o custo de disponibilizar o modelo.
| Aspeto | Kimi K3.1 Pro |
|---|---|
| Escala anunciada | Classe 3T; sem contagem exata na apresentação |
| Relação com o K3 | Versão com pós-treino ampliado |
| Contexto anunciado | Até um milhão de tokens |
| Variante rápida | K3.1 Pro Highspeed |
| Acesso atual | Serviços Kimi e API |
| Pesos completos | Publicação anunciada até 4 de novembro de 2026 |
O que mostram os resultados de programação e finanças
Nos resultados publicados pela Moonshot, o K3.1 Pro atinge 65,7% no Terminal-Bench 4.0, que avalia agentes em tarefas de terminal com recursos limitados e testes específicos. A mesma comparação apresenta 66,4% para o Claude Opus 5.5 e 58,2% para o GPT-6 Astra. Os valores ajudam a situar o lançamento, mas uma pontuação isolada não determina um vencedor para todos os repositórios e ambientes.
| Modelo | Terminal-Bench 4.0, resultados publicados pela Moonshot |
|---|---|
| Claude Opus 5.5 | 66,4% |
| Kimi K3.1 Pro | 65,7% |
| GPT-6 Astra | 58,2% |
A empresa comunica ainda 61,2% no seu teste interno Kimi Code Bench 3.0 Long-horizon, face aos 55,95% do K3. No OfficeQA Pro v2 publica uma pontuação de 64,4, relativa a perguntas complexas sobre documentação financeira. São medidas de tarefas diferentes: não devem ser somadas nem interpretadas como uma percentagem geral de inteligência ou exatidão.
Estes dados provêm de avaliações apresentadas pelo criador do modelo, não de uma reprodução independente da Inferama. Para comparar ferramentas de trabalho também contam as instruções, as permissões, os testes disponíveis, o tempo permitido e o custo por tarefa concluída. Uma avaliação útil mantém esses fatores coerentes e examina o resultado final, para além da explicação que o modelo fornece.
Um milhão de tokens não dispensa a seleção do contexto
A janela mais ampla permite reunir mais documentação ou código numa sessão. Por exemplo, alterar uma interface de programação pode beneficiar da inclusão da especificação, dos componentes que a utilizam e dos testes de integração. No entanto, aceitar um grande volume de entrada não garante encontrar cada pormenor nem relacionar corretamente todas as dependências.
Convém delimitar o objetivo, indicar os ficheiros relevantes e pedir resultados verificáveis. Numa migração de software, uma verificação concreta seria executar os testes antes e depois, examinar alterações de comportamento e medir as falhas restantes. Carregar o repositório inteiro sem uma pergunta precisa pode aumentar a latência e o custo sem melhorar a decisão. No Kimi Code, o contexto disponível depende também do plano: o máximo anunciado não se aplica a todos os níveis.
API, Highspeed e custo real de uma tarefa
O guia da plataforma API utiliza os identificadores kimi-k3.1-pro e kimi-k3.1-pro-highspeed. O Kimi Code emprega k3.1-pro e k3.1-pro-highspeed na sua própria configuração. Escolher o identificador e o serviço corretos evita confundir a subscrição de programação com a faturação da API. As respetivas quotas e condições devem ser verificadas separadamente.
Para o Highspeed, o fornecedor anuncia uma velocidade aproximadamente duas a três vezes superior. Isso pode ser relevante em sessões interativas, mas não significa, por si só, um preço inferior. O custo final depende dos tokens de entrada e saída, da cache, do raciocínio e das chamadas a ferramentas. Um teste representativo mede tempo e despesa até obter uma solução que passe nas verificações, incluindo as tentativas falhadas.
No Kimi Code, o Pro exige que o modo de raciocínio permaneça ativo; desativá-lo devolve um erro. A documentação recomenda igualmente iniciar uma nova sessão ao mudar de geração. Estes pormenores de integração têm efeitos concretos: uma configuração inadequada pode parecer uma limitação do modelo quando, na realidade, impede a utilização prevista.
Acesso ao serviço e disponibilidade dos pesos são etapas distintas
À data de 27 de outubro, a apresentação anuncia os pesos completos até 4 de novembro de 2026. O acesso por API já existe; essa disponibilidade não demonstra que os ficheiros do modelo estejam publicados para transferência e execução em infraestrutura própria. A abertura anunciada e a execução local efetiva devem ser avaliadas separadamente.
Um alojamento próprio exige verificar os ficheiros efetivamente distribuídos, a sua licença, os formatos, a compatibilidade do motor de inferência e o consumo de memória. Uma arquitetura grande também não se torna automaticamente adequada a uma GPU doméstica por utilizar ativação esparsa. Para decidir hoje, o caminho verificável é avaliar o serviço disponível e reservar os cálculos de infraestrutura local para especificações de distribuição realmente publicadas.
O K3.1 Pro amplia as alternativas para equipas que necessitam de agentes de programação e contexto extenso. O seu interesse depende da qualidade do resultado no trabalho concreto, da facilidade de integração e do custo operacional. Um teste com tarefas reais, critérios de aceitação e inspeção das alterações oferece uma base mais útil do que escolher apenas pelo número de parâmetros.
Continue a explorar
Fontes consultadas
Correções e transparência
Se encontrar informação incorreta ou desatualizada, envie-nos a página e a fonte que devemos rever.
Propor uma correção