Qwen Code Semanal: Troca automática por sobrecarga de modelo, subagentes aninhados e integração com WeCom

Esta semana o Qwen Code lançou 3 versões oficiais (v0.19.6 ~ v0.19.8), com 150+ PRs integrados, cobrindo quatro frentes:

Modelo sobrecarregado não trava mais. Antes, ao receber um 429/503/529, a conversa era interrompida e você precisava trocar de modelo manualmente. Agora a cadeia de fallback troca automaticamente para o modelo alternativo quando o orçamento de tentativas do modelo principal se esgota. Junto com /model --project, cada projeto pode ficar atrelado a um modelo diferente, sem precisar trocar na mão toda vez.

Subagentes agora podem gerar subagentes. Antes, o subagente era um “nó folha” — recebia a tarefa e tinha que resolver sozinho, sem poder delegar. Agora o limite padrão é de 5 níveis de aninhamento, e o subagente pode repassar subtarefas para a camada seguinte. Tanto o TUI quanto o Web Shell exibem a estrutura em árvore, deixando claro quem gerou quem.

O gerenciamento de sessões do Web Shell ficou completo. Arquivar, excluir, agrupar por nome, etiquetas de cor, página de gerenciamento de tarefas agendadas, tela dividida com visão geral das sessões — antes a barra lateral só permitia alternar entre sessões, agora é possível organizar, classificar, monitorar e operar em paralelo. 7 PRs transformaram as sessões de uma “lista simples” em um recurso gerenciável.

WeCom e controle de permissões completos. O canal de bot inteligente do WeCom foi integrado — bastam duas configurações (Bot ID + Secret) para funcionar, sem precisar de permissões de administrador da empresa nem webhook público. O “ask” do hook PreToolUse agora realmente exibe uma caixa de confirmação; antes, essa opção equivalia a uma recusa silenciosa. As regras de permissão também passaram a aceitar a sintaxe Tool(param:value), com controle por valor de parâmetro.

✨ Novidades

Troca automática por sobrecarga de modelo + configuração de modelo por projeto

Quando o modelo retorna 429/503/529, sua conversa trava. Esta versão introduziu uma cadeia de fallback opcional — quando o orçamento de tentativas do modelo principal se esgota, a resposta continua automaticamente com o próximo modelo da lista de fallback. Somente problemas de capacidade e throttling acionam o caminho de fallback. Erros de autenticação, cota, configuração ou do cliente falham imediatamente, pois não se trata de “modelo sobrecarregado”, mas de “sua configuração está com problema”.

O fallback avança antes de exibir conteúdo visível ao usuário. Se o modelo de fallback já tiver gerado parte do conteúdo e falhar, o restante do fallback não continua — o que você vê é uma resposta truncada. Mas o próximo turno do usuário recomeça pelo modelo principal, sem ficar preso no modelo de fallback.

Com /model --project, você pode vincular modelos diferentes a projetos diferentes. --project grava no .qwen/settings.json do projeto, --global grava no ~/.qwen/settings.json do usuário. Sem flag, o comportamento atual é mantido. As flags de escopo também funcionam com --fast, --voice e --vision.

O que você pode fazer com isso:

• Configurar uma lista de modelos de fallback para troca automática em caso de sobrecarga, sem precisar trocar manualmente
• Erros de autenticação/cota não são mascarados pelo fallback, os problemas aparecem mais cedo
• /model --project permite que projetos diferentes usem modelos diferentes, a configuração acompanha o projeto
• /model --global define o padrão global, novos projetos herdam

Veja os PRs #6273  e #6060 

Subagentes aninhados + visualização em árvore

Subagentes agora podem gerar novos subagentes. O limite padrão é de 5 níveis de profundidade, configurável via model.maxSubagentDepth. Definir como 1 restaura o comportamento anterior — subagentes não podem gerar subagentes.

Duas camadas de proteção: na fase de preparação do schema, o subagente mais profundo não vê a ferramenta de agente (ele simplesmente não sabe que essa ferramenta existe); no guardião de execução, solicitações de derivação que excedam o limite de profundidade são rejeitadas.

Tanto o TUI quanto o Web Shell exibem a estrutura aninhada em árvore. Subagentes aparecem abaixo do agente pai, com o marcador ↳ e recuo. Quando o agente pai sai, o subagente é promovido a nó raiz, com a anotação “from <parent>”. A visualização de detalhes mostra “Level N · from <parent type>”. Os indicadores de bloqueio e a confirmação de parada agora reconhecem a cadeia — a confirmação só aparece quando o cancelamento faz o turno terminar.

Essa funcionalidade vem habilitada por padrão — após a atualização, todos os ambientes existentes ganham a capacidade de derivação aninhada. Processos fork, teammates e workflow agents continuam excluídos. Sessões do Arena agora suportam aninhamento. Agentes em segundo plano restauram a profundidade original e o limite de inicialização ao serem retomados.

O que você pode fazer com isso:

• Permitir que subagentes ao lidar com tarefas complexas derivem seus próprios subagentes para dividir o trabalho
• Ver a árvore completa de agentes no TUI e no Web Shell
• Ajustar o limite de profundidade de aninhamento via model.maxSubagentDepth

Veja os PRs #6189  e #6239 

Gerenciamento de sessões do Web Shell: arquivar, agrupar, tarefas agendadas e tela dividida

7 PRs transformaram a barra lateral de sessões do Web Shell de uma “lista simples” em um painel de gerenciamento onde é possível organizar, classificar, monitorar e operar em paralelo.

Arquivar e excluir. Cada linha de sessão ganhou atalhos e um menu ”…” com opções (renomear/arquivar/excluir). Sessões arquivadas ficam em uma seção “Archived” recolhível, podendo ser restauradas ou excluídas definitivamente. A sessão em uso não pode ser arquivada nem excluída; sessões arquivadas não podem ser abertas (409 session_archived); a exclusão é definitiva, com confirmação dupla. Por baixo, usa os endpoints do daemon archiveState e /sessions/archive, /sessions/unarchive.

Agrupamento por nome e etiquetas de cor. É possível criar, renomear e excluir grupos, arrastar sessões para dentro deles, atribuir etiquetas de cor e definir status de fixado/arquivado. Os dados de grupo atravessam desde a camada do daemon até a UI — o daemon armazena metadados de grupo em arquivos sidecar no nível do projeto, rotas REST/ACP oferecem operações CRUD, e a exposição depende do suporte do cliente sob feature gating.

Visão geral e tela dividida. Em telas grandes, a barra lateral exibe um painel com visão geral das sessões, com todas as sessões em cards em tempo real, ordenadas por prioridade: as que precisam de aprovação vêm primeiro, depois as em execução e por último as ociosas. Cada card mostra o modelo atual e a quantidade de clientes. Após seleção múltipla, é possível ver em tela dividida — dentro da aba atual ou em uma nova aba do navegador (parâmetro de URL ?split=a,b). N painéis de chat independentes lado a lado, cada um com seu próprio contexto de sessão, e o foco do teclado só atua no painel clicado.

O que você pode fazer com isso:

• Arquivar e organizar sessões acumuladas ao longo do tempo, agrupando por projeto e com etiquetas de cor
• Criar e gerenciar tarefas agendadas visualmente, sem precisar escrever expressões cron
• Cada tarefa agendada tem sua própria sessão, com histórico de execução e transcrições acessíveis a qualquer momento
• Em telas grandes, ver o status em tempo real de várias sessões em paralelo com tela dividida

Veja os PRs #6293 , #6350 , #6305 , #6348 , #6389 , #6453  e #6400 

Integração com canal WeCom

Integração com o bot inteligente do WeCom via @wecom/aibot-node-sdk. A configuração requer apenas Bot ID e Secret — não precisa de Corp ID, Agent ID, Token de callback, EncodingAESKey, nem endereço de callback público.

Recebe mensagens via conexão persistente WebSocket, com suporte a texto, transcrição de voz, conteúdo misto de texto e imagem, imagens, arquivos, vídeos e conteúdo citado. As respostas do Assistant são enviadas em formato markdown do WeCom. No envio, apenas marcadores de imagem local são suportados (dentro do diretório temporário do canal); marcadores de arquivo/vídeo/voz são ignorados.

Configuração:

{
  "type": "wecom",
  "botId": "your-bot-id",
  "secret": "your-secret",
  "cwd": "/path/to/project"
}

Comando para iniciar: qwen channel start my-wecom

O que você pode fazer com isso:

• Integrar o WeCom com apenas Bot ID + Secret, sem precisar de permissões de administrador da empresa
• Receber mensagens de texto, voz, imagem, arquivo, vídeo e citações
• Usar o Qwen Code para responder em markdown em grupos do WeCom

Veja o PR #6436 

Caixa de confirmação nativa no hook PreToolUse

Antes, quando o hook PreToolUse retornava permissionDecision: "ask", equivalia a “deny” — a caixa de confirmação simplesmente não aparecia, e o desenvolvedor do hook achava que o usuário veria uma escolha, mas na verdade era recusado silenciosamente.

Agora “ask” exibe uma caixa de confirmação nativa no TUI. As opções são “Yes, allow once” e “No, suggest changes” — não há “always allow”, pois o hook é reavaliado a cada chamada. Após aprovação, a ferramenta é reexecutada; após recusa, é cancelada.

Em CLI não interativo e agentes em segundo plano, “ask” recai para deny — não fica pendurado esperando. Reutiliza o mecanismo existente de awaiting_approval, sem criar um caminho separado. Os comportamentos de “denied” e “stop” permanecem iguais, e o hook PermissionRequest não é afetado.

O que você pode fazer com isso:

• Usar “ask” no hook PreToolUse para deixar o usuário decidir se a ferramenta deve ser executada
• Sem risco de travar em cenários não interativos
• Cada chamada do hook é reavaliada, sem liberação permanente

Veja o PR #5629 

Pré-visualização e revisão de Skills gerados automaticamente

Quando o agente gerava uma skill automaticamente, antes só era possível ver o nome do arquivo e o conteúdo só aparecia após a confirmação. Agora a caixa de revisão mostra uma pré-visualização inline do conteúdo completo — incluindo frontmatter.

O conteúdo gerado pelo modelo é sanitizado: sequências de controle ANSI/VT viram escapes inofensivos, CRLF vira quebra de linha normal. O limite de leitura é 64 KiB, o de exibição é 12 linhas (com cálculo de quebra automática), e o excedente é marcado como “lines hidden” / “truncated”.

Pressionar o abre o arquivo da skill no editor configurado, sem pular a revisão da skill atual. Após salvar o arquivo, a pré-visualização é atualizada automaticamente — junto com editores gráficos (comportamento padrão no macOS), é possível editar e depois conferir.

A opção “Turn off auto-generated skills” aparece no fim da lista, entra em vigor imediatamente ao ser selecionada (sem precisar reiniciar) e persiste no nível do workspace. O lote atual é colocado em espera (não é excluído), e ao reativar pelo /memory o lote volta.

O que você pode fazer com isso:

• Ver o conteúdo completo da skill antes de confirmar, sem precisar aceitar e depois ir procurar o arquivo
• Pressionar o para editar o conteúdo da skill diretamente no editor, com a pré-visualização atualizando ao salvar
• Desativar a geração automática de skills com um clique, o lote atual não é excluído e pode ser recuperado pelo /memory a qualquer momento

Veja o PR #6393 

Antes (global qwen 0.19.6) — apenas nome + descrição	Depois — revisão de skill individual com pré-visualização inline e opção de desativar

Depois — último item do lote, opções em massa ocultas	Depois — “Turn off auto-generated skills” selecionada

📊 Mais funcionalidades

🔧 Correções importantes

👥 Contribuidores

Se tiver dúvidas ou sugestões, fique à vontade para abrir uma issue no GitHub Issues !