O Que É o Kimi e Porque Importa para o OpenClaw
O Kimi é o assistente de IA da Moonshot AI, uma empresa chinesa de inteligência artificial fundada em 2023 que se tornou num dos modelos mais usados a nível global, especialmente para tarefas de pesquisa, análise de documentos longos e compreensão multimodal. O modelo de topo actual, o Kimi K2.5, destaca-se pela sua capacidade de processar contextos extremamente longos e, agora, por suporte nativo a imagem e vídeo.
A integração no OpenClaw não é nova — o fornecedor Moonshot já existia para tarefas de conversação — mas a versão 2026.2.23 eleva-o a um status de fornecedor de primeira classe, com suporte completo em três áreas críticas: pesquisa web com citações, vídeo nativo e compatibilidade de papéis na API.
📋 Resumo da Release v2026.2.23
- Kimi/Moonshot: Fornecedor de pesquisa web com extracção de citações
- Vídeo Nativo: Fornecedor de vídeo Moonshot com detecção automática de chaves
- Kimi K2.5: Capacidade de visão (imagem) activada por defeito
- Discord: Subagentes com sessões ligadas a tópicos (threads)
- Kilo Gateway: Suporte de primeira classe com Opus 4.6 como modelo por defeito
- Segurança: Headers HTTP de segurança opcionais e redacção no CLI
- Compatibilidade: Correcção de roles e overflow para modelos Moonshot
Kimi na Pesquisa Web: Citações Directas dos Resultados
A ferramenta $web_search do OpenClaw suporta agora o Kimi como fornecedor de pesquisa. A implementação vai além de simplesmente redirigir a query: inclui a lógica de extracção de citações directamente integrada no fluxo de dois passos da ferramenta, garantindo que os resultados chegam ao modelo com as fontes correctamente referenciadas.
O que isto significa na prática:
- O agente pode agora usar o Kimi como motor de pesquisa alternativo ao Brave ou ao Perplexity
- As citações são extraídas automaticamente e apresentadas de forma estruturada na resposta
- O fluxo corrigido evita que o modelo "salte" a síntese — os resultados da ferramenta são sempre ecoados antes de gerar a resposta final
- Utilizadores com uma conta Kimi ou API key da Moonshot podem agora configurar o Kimi como fornecedor de pesquisa preferido
Como Configurar o Kimi como Fornecedor de Pesquisa
Para activar o Kimi na ferramenta de pesquisa web do OpenClaw, precisas de uma API key da Moonshot. Podes obtê-la em platform.moonshot.cn (ou via kimi.ai se tens um plano Kimi Code).
Configuração no config.json:
{
"providers": {
"moonshot": {
"apiKey": "sk-moon-a-tua-chave-aqui",
"model": "kimi-k2.5"
}
},
"tools": {
"web_search": {
"provider": "kimi"
}
}
}
Vídeo Nativo: O Agente Aprende a "Ver" Vídeos
Esta é, provavelmente, a novidade mais expressiva da v2026.2.23: o OpenClaw tem agora um fornecedor de vídeo nativo para o Moonshot, com detecção automática de chaves de vídeo. Isto significa que o agente pode processar conteúdo em vídeo sem que o utilizador precise de configurar manualmente qual fornecedor de vídeo usar — o sistema detecta a chave disponível e usa-a automaticamente.
A implementação segue a mesma arquitectura do fornecedor de áudio: o sistema respeita uma hierarquia de precedência entre entry, config e provider, com o baseUrl e os headers configurados em cada nível a ser honrados correctamente. Esta consistência com o comportamento de áudio simplifica a configuração e reduz surpresas.
O Que o Agente Consegue Fazer com Vídeo
Com o fornecedor de vídeo Moonshot activo, o teu agente OpenClaw pode receber e processar ficheiros de vídeo como parte de uma conversa ou tarefa. Pode descrever o conteúdo visual, identificar objectos e acções, extrair informação relevante de gravações de reuniões, tutoriais ou qualquer outro conteúdo em vídeo — tudo de forma autónoma, sem ferramentas externas.
Kimi K2.5 com Suporte de Visão
Em paralelo com o vídeo, o modelo Kimi K2.5 foi marcado como image-capable nas definições de fornecedor do OpenClaw — tanto nas definições implícitas como nas de onboarding. Utilizadores com configurações anteriores beneficiam automaticamente desta capacidade sem precisarem de reescrever manualmente as definições do modelo.
Subagentes no Discord: Sessões Ligadas a Tópicos
Para quem usa o OpenClaw integrado no Discord, a v2026.2.23 traz uma melhoria significativa na forma como os subagentes funcionam: é agora possível ligar uma thread (tópico) directamente a uma sessão de subagente, garantindo que todas as mensagens subsequentes nesse tópico continuam a ser encaminhadas para a mesma sessão.
Como Funciona na Prática
A funcionalidade baseia-se em duas peças:
- Opção
spawnSubagentSessions: true— quando activada, os subagentes criados viasessions_spawn({ thread: true })criam automaticamente uma thread dedicada no canal Discord e ligam-na à sessão do subagente - Comando
/focus <target>— permite ligar manualmente qualquer thread existente a uma sessão específica, incluindo sessões de subagentes já activas
O resultado prático é que numa configuração multi-agente complexa — por exemplo, um agente principal que delega tarefas a três subagentes especializados — cada subagente tem agora a sua própria thread no Discord. As respostas chegam organizadas por tópico, sem interferência entre agentes, e o utilizador pode acompanhar cada linha de trabalho de forma independente.
Configurar Subagentes com Thread no Discord
{
"agents": {
"defaults": {
"spawnSubagentSessions": true
}
},
"discord": {
"token": "o-teu-token-discord",
"channels": ["ID_DO_CANAL"]
}
}
Com esta configuração, ao invocar sessions_spawn({ thread: true }) no teu agente, o OpenClaw cria automaticamente uma thread no canal Discord configurado e encaminha todas as mensagens do subagente para esse tópico. Para listar as sessões activas e os seus tópicos associados, usa /list na interface do Discord.
Kilo Gateway: Suporte de Primeira Classe
A v2026.2.23 adiciona suporte de primeira classe para o Kilo Gateway — um serviço de gateway gerido que permite aceder a múltiplos fornecedores de IA através de um único endpoint. O modelo por defeito no Kilo Gateway é agora o kilocode/anthropic/claude-opus-4.6, com autenticação, onboarding e gestão de cache totalmente integrados.
Para utilizadores que não querem gerir chaves API individuais de cada fornecedor, o Kilo Gateway oferece uma alternativa conveniente: uma única conta, um único endpoint, acesso a todos os modelos suportados.
Correcções de Compatibilidade para Moonshot
Além das funcionalidades novas, a release resolve três problemas que afectavam utilizadores do Moonshot/Kimi em versões anteriores:
Erro "ROLE_UNSPECIFIED": O OpenClaw enviava o papel developer nos pedidos iniciais ao Moonshot, que não suporta este papel. A correcção força supportsDeveloperRole=false para todos os modelos Moonshot e compatíveis, eliminando este erro de arranque.
Overflow de tokens não detectado: Quando o Moonshot devolvia "Your request exceeded model token limit", o OpenClaw não o reconhecia como um overflow de contexto. Resultado: a compactação automática não disparava e o utilizador via um erro genérico. Agora estes erros são classificados correctamente e o sistema de recuperação é activado.
Falhas de "roles must alternate": O Moonshot, como outros fornecedores compatíveis com OpenAI mas não-OpenAI, exige que os papéis nas mensagens se alternem (user → assistant → user). O OpenClaw activa agora a fusão de turnos consecutivos do utilizador para estes fornecedores, prevenindo erros de ordenação.
Segurança: Headers HTTP e Redacção no CLI
A v2026.2.23 inclui duas melhorias de segurança relevantes, que complementam o trabalho extenso feito na v2026.2.12:
- Headers HTTP de segurança opcionais: O Gateway suporta agora headers como
Strict-Transport-Securitypara deployments com HTTPS directo, com validação, testes e documentação incluídos. Mitigam ataques man-in-the-middle em instâncias expostas à internet. - Redacção de valores sensíveis no CLI: O comando
openclaw config getredacta agora automaticamente valores sensíveis (API keys, tokens) antes de imprimir para o terminal, prevenindo que credenciais apareçam no histórico de comandos ou em logs de sistema.
trusted-network por defeito nesta versão. Se upgrades a partir de uma versão anterior, corre openclaw doctor --fix para que a chave de configuração legacy seja migrada automaticamente.
Outras Melhorias Relevantes
- Vercel AI Gateway: Referências curtas de modelos Claude (ex:
claude-opus) são agora normalizadas correctamente para o formato completo esperado pelo gateway - Parâmetros por agente: É possível configurar
cacheRetentione bootstrap caching de forma independente por agente, minimizando invalidações de prompt e reduzindo custos de API - Pruning de contexto para Kimi: A poda automática de contexto quando o limite de tokens se aproxima foi estendida ao Moonshot/Kimi, alinhando-o com o comportamento dos outros fornecedores principais
- Dependência Opus opcional no Discord: O
@discordjs/opuspassou a dependência opcional, evitando que oopenclaw installfalhe em sistemas onde a compilação nativa não está disponível. Oopusscriptserve como fallback para voz
O Que Significa Esta Actualização para o Ecossistema
A v2026.2.23 posiciona o Kimi/Moonshot como um fornecedor de primeira linha no OpenClaw — com suporte em pesquisa, vídeo, visão e gestão de contexto. Para utilizadores que procuram alternativas mais acessíveis ao Anthropic ou OpenAI, ou que trabalham com conteúdo em língua chinesa (onde o Kimi tem uma vantagem histórica), esta integração é directamente relevante.
O suporte a vídeo nativo, em particular, representa uma expansão qualitativa das capacidades do agente. Até agora, o OpenClaw era fundamentalmente um sistema de texto e imagem. Com fornecedores de vídeo como o Moonshot a tornarem-se first-class citizens, o caminho para agentes capazes de trabalhar com conteúdo audiovisual está a ser construído de forma metódica.
E os subagentes com threads no Discord — embora possam parecer um detalhe técnico — são na realidade a infraestrutura que torna os fluxos de trabalho multi-agente realmente usáveis. A diferença entre "tecnicamente possível" e "praticamente utilizável" é enorme, e esta melhoria cruza essa linha.
Experimenta o Kimi no Teu Agente
Actualiza para a v2026.2.23 e configura o Kimi como fornecedor de pesquisa ou de vídeo. O repositório oficial tem toda a documentação necessária.
Perguntas Frequentes (FAQ)
Preciso de uma conta Kimi paga para usar o fornecedor Moonshot?
Para a maioria das funcionalidades — incluindo pesquisa web com Kimi e visão — basta uma API key standard da Moonshot, disponível em platform.moonshot.cn. O Kimi Code Plan (pago) é necessário apenas se queres usar especificamente o modelo kimi-coding/k2p5 para tarefas de programação avançadas. O CLI do OpenClaw distingue agora entre os dois tipos de credenciais no processo de onboarding.
O suporte a vídeo funciona com qualquer ficheiro de vídeo?
O suporte a vídeo nativo na v2026.2.23 é fornecido via Moonshot. A compatibilidade de formatos depende do que a API Moonshot/Kimi aceita. Recomendamos consultar a documentação oficial do fornecedor Moonshot para a lista completa de formatos suportados e limites de tamanho de ficheiro.
Os subagentes com threads no Discord requerem permissões especiais no servidor?
Sim. O bot do OpenClaw precisa de permissão para criar threads no canal configurado. Nas definições do Discord, assegura que o bot tem as permissões "Create Public Threads" e "Send Messages in Threads" no canal onde os subagentes vão operar. Sem estas permissões, o sessions_spawn({ thread: true }) vai falhar silenciosamente.
O que é a breaking change da política SSRF do browser?
Em versões anteriores, a política SSRF do browser era configurada de outra forma. A v2026.2.23 muda o padrão para trusted-network. Se fizeres upgrade a partir de uma versão anterior, corre openclaw doctor --fix — o comando migra automaticamente a chave de configuração antiga para o novo formato. Sem esta migração, o browser tool pode comportar-se de forma inesperada.
O Kimi consegue pesquisar em português?
Sim. O Kimi/Moonshot suporta múltiplas línguas, incluindo português. A qualidade dos resultados de pesquisa em português pode variar comparativamente ao inglês ou mandarim (onde o modelo tem mais dados de treino), mas para pesquisa técnica — especialmente sobre IA, programação e ferramentas de desenvolvimento — os resultados são geralmente sólidos.
Devo atualizar para v2026.2.23 ou esperar pela v2026.2.24?
A v2026.2.24, lançada a 25 de Fevereiro de 2026, inclui correcções adicionais — nomeadamente uma alteração no comportamento padrão do Heartbeat (política de DMs voltou a ser allow por defeito). Se não queres o comportamento de DMs bloqueados, podes actualizar directamente para a 2026.2.24. Se preferes avaliar antes de actualizar, a 2026.2.23 é estável e funcional.