Análise aprofundada · Cerca de 5 min de leitura
Kimi Code em outubro: Linux e limites de sessão mais claros
Desktop 1.1.0 e CLI 2.2.0 alteram controles, progresso, interrupções, hooks e comportamento de sessões derivadas.
- Data da fonte
- Publicado aqui
- Fonte verificada
Os registros oficiais datam Desktop 1.1.0 e CLI 2.2.0 de 14 de outubro. Tratamos ambos como uma atualização de ferramentas de programação, não dois modelos. Linux, controle remoto e visibilidade se destacam, mas mensagens e limites de sessão também importam.
Ouça as notícias
Ouça este artigo ou continue ouvindo as notícias.
Preparando a leitura…
Voz do dispositivo
O navegador ou dispositivo processa a voz. O AISubHub não envia o texto a uma API de áudio. As vozes e a reprodução com a tela bloqueada variam conforme o dispositivo.
Ao continuar, uma frase curta pode se repetir.
Resumo
- Desktop acrescenta pacotes Linux AppImage, deb e RPM. Remote Control precisa ser habilitado em Settings; progresso vem desativado tanto no Desktop quanto no CLI.
- No modo Tower do CLI, uma mensagem durante a execução aborta o turno atual e roda em turno separado. Sessões derivadas não disparam mais tarefas cron da sessão original.
Uma atualização amplia o acesso pelo Linux
Desktop 1.1.0 adiciona instaladores Linux em AppImage, deb e RPM e um File Tree na lateral direita para navegar e visualizar arquivos do espaço de trabalho. Lista correções de diferenças linha a linha ausentes, lentidão no cálculo de arquivos grandes e falhas em alguns Macs quando o chat contém emoji. CLI 2.2.0 acompanha a mesma data. Entendemos que a novidade amplia o acesso a um fluxo de programação compartilhado e melhora a revisão, sem lançar um modelo subjacente novo. Pacotes disponíveis não comprovam compatibilidade com toda distribuição ou hardware.
Controle remoto continua operando um agente local
O registro Desktop informa controle do agente local por outro dispositivo usando link ou QR code, após habilitar Remote Control em Settings. Também cita progresso de download no navegador integrado, pop-ups tratados pelo agente e controle pausável. Isso permite observar e intervir, sem transformar o agente local em serviço hospedado na nuvem. Nossa recomendação operacional é confirmar o espaço ativo e manter permissões e revisão adequadas. Trata-se de conselho, não de um teste independente dos controles de acesso desta versão nem de uma promessa de execução sem ambiente local.
Progresso é opcional e configurado em cada cliente
No Desktop, o progresso durante o trabalho exige Settings → Lab e vem desligado. CLI adiciona NotifyUser para novas sessões mediante adesão no painel experimental da TUI, também desligado por padrão. Ambos oferecem kimi app para abrir novo chat Desktop no diretório atual ou indicado. CLI ainda mantém um resumo de uma linha da mensagem do usuário quando ela sai da tela no modo fullscreen; clicar retorna ao original. Interpretamos isso como visibilidade e transição entre interfaces, não como prova de que os relatos de progresso do agente comprovam uma entrega concluída.
Receber mensagens não significa execução sem interrupção
Desktop diz que mensagens na fila ou enviadas durante a espera por tarefas de fundo passam a chegar imediatamente. CLI Tower estabelece outra regra: uma mensagem durante execução aborta o turno em andamento e executa em turno próprio. Não se pode resumir ambos como mensagens paralelas sem interrupção. CLI também mostra status de encerramento enquanto hooks de saída rodam; Ctrl+C força saída imediata sem aguardar o timeout. Quem depende de trabalho em andamento ou limpeza deve testar essas transições. É nossa orientação de atualização, não um resultado de teste realizado.
Hooks e configuração inválida merecem atenção
CLI corrige turnos deslocados, respostas perdidas e renderização incorreta quando um hook UserPromptSubmit injeta texto. JSON de hook sem campo message deixa de entrar na conversa. A opção executor = kaos, nunca implementada, sai da configuração de servidores MCP stdio; arquivos que ainda a usam falham na validação ao carregar. São limites concretos, não remoção completa de hooks ou MCP. Recomendamos inspecionar configurações e saídas representativas antes de atualizar, preservando o conteúdo esperado e sem presumir que uma opção anteriormente aceita tinha efeito real.
Sessões derivadas não devem repetir o agendamento original
CLI informa que tarefas cron da sessão de origem não disparam mais dentro de uma sessão derivada. Corrige-se herança entre sessões, sem desabilitar todas as tarefas agendadas. Uma verificação limitada pode derivar uma sessão não crítica, conferir a propriedade das tarefas, enviar mensagem em execução controlada e revisar hooks e arquivos alterados. A pausa do navegador e a visualização de diferenças ajudam, mas não substituem análise. Não executamos esses testes; confirmação e reversão normais continuam necessárias, sem deduzir segurança universal de um changelog.
Por que importa
A mudança interessa a quem alterna terminal e desktop ou revisa tarefas longas. A aceitação deve testar mensagens, hooks, configuração e trabalho agendado, além de verificar se o aplicativo abre.
Limites e disponibilidade
Lemos as duas entradas datadas completas, sem instalar ou executar produtos. Elas não anunciam novo modelo, preço ou franquia gratuita, nem são auditoria de segurança ou garantia de compatibilidade universal.
Fontes e evidências
Data da fonte: 14 de out. de 2026 · Fonte verificada: 20 de out. de 2026
Data da fonte: 14 de out. de 2026 · Fonte verificada: 20 de out. de 2026
Conteúdo editorial com apoio de IA, verificado em fontes primárias. Alegações dos fornecedores são atribuídas; inclusão não é recomendação.