Qwen Code Semanal: Painel de Agents Paralelos, Auto-Memory Ativado por Padrão, Worktree Fase D

O espaço de coding agents esquentou mais um grau esta semana. Cognition anunciou mais de US$1 bilhão em financiamento com avaliação de US$ 26 bilhões, e Simon Willison declarou que Anthropic e OpenAI encontraram PMF através de coding agents —ao custo de gastos empresariais significativamente maiores. Enquanto isso, a NVIDIA open-sourced o Polar, um framework de reinforcement learning , usando o Qwen Code como objeto de teste—elevando os scores do SWE-Bench de 3,8% para 26,4% baseado no Qwen3.5-4B.

O Qwen Code lançou v0.16.2 esta semana com mais de 30 PRs mergeados, cobrindo três direções que os usuários sentem mais diretamente:

Agents paralelos finalmente visíveis. Antes, quando múltiplos agents rodavam simultaneamente, tudo que você podia fazer era assistir os logs rolarem. Agora há um painel compacto—uma linha por sub-agent, navegação por teclado, progresso em tempo real. Esta é a primeira interface de interação realmente utilizável para “agents evoluindo de assistentes single-thread para equipes multi-thread.”

Memória não requer configuração. auto-dream e auto-skill agora estão ativados por padrão. O agent aprende suas preferências e convenções do projeto conforme você usa, persistindo entre sessões. Novo comando /memory para visualizar e alternar a qualquer momento. Comparado ao Claude Code que ainda requer manutenção manual do CLAUDE.md, esta é uma diferença UX significativa.

Ambiente isolado em um parâmetro. Worktree avançou da Fase C da semana passada (persistência de sessão) para Fase D—qwen-code --worktree inicia diretamente em uma work tree independente, --worktree=#<N> busca código de PR remoto. Config opcional worktree.symlinkDirectories cria symlinks de diretórios pesados como node_modules para o repo principal, evitando instalações redundantes. Combinado com /goal + Auto Approval, o agent executa uma tarefa completa autonomamente em isolamento enquanto mantém a branch principal limpa.

Além disso, o overflow de conversas longas teve progresso real esta semana: a compressão automática foi redesenhada de um limiar único para uma escada de três níveis warn / auto / hard, reduzindo o espaço desperdiçado para modelos de janela grande de 30% para 33K fixos. O modo headless ganhou --max-wall-time e --max-tool-calls como orçamentos de execução—finalmente um limite rígido para agents em CI.

✨ Novos Recursos

Painel de Agents Paralelos: Todos os Agents Visíveis de Uma Vez

Se você acompanha as tendências de coding agents, “paralelo” é a palavra-chave mais mencionada. A avaliação de US$ 26 bilhões da Cognition vende a história de múltiplos agents trabalhando simultaneamente. Mas quando múltiplos agents estão rodando, como saber quem está fazendo o quê e onde estão?

Abordagem do Qwen Code: quando 2 ou mais agents executam em paralelo, um painel inline compacto (InlineParallelAgentsDisplay) é renderizado automaticamente. Cada sub-agent recebe uma linha mostrando status, nome, operação atual, tempo decorrido e consumo de tokens. Teclado ↑↓ alterna o foco, Enter expande detalhes para saída completa, Esc retorna à caixa de entrada, e digitar automaticamente cancela o foco—totalmente sem mouse.

O que você pode fazer com isso:

• Quando /review e comandos similares iniciam múltiplos sub-agents, veja todo o progresso de uma vez (status/nome/operação/tempo/tokens)
• Navegação por teclado: ↑↓ para selecionar, Enter para expandir detalhes, Esc para retornar à entrada—digitar auto-cancela o foco
• Painel atualiza em tempo real durante a fase live, depois congela como histórico rolável

Veja PR #4477 

Auto-Memory Ativado por Padrão + Toggle /memory

Claude Code está empurrando forte a auto-memória—usuários precisam criar manualmente o CLAUDE.md e escrever regras para o agent lembrar. O problema: muitos nem sabem que este arquivo existe, muito menos como mantê-lo.

Qwen Code ativou auto-dream e auto-skill por padrão esta semana. Isso significa: coisas que o agent aprende durante a conversa (suas preferências, convenções do projeto, padrões comuns) são automaticamente escritas na memória e carregadas na próxima sessão. Sem configuração, sem criação de arquivo, funciona imediatamente.

Se você quer controle manual, o diálogo /memory agora inclui uma linha toggle Auto-skill junto com os existentes Auto-memory e Auto-dream—três toggles navegáveis com teclas de seta, Enter para alternar, configurações persistidas no .qwen/settings.json do workspace.

O que você pode fazer com isso:

• Nenhuma configuração necessária—todos os três subsistemas de memória gerenciada (memória resumida, consolidação por estágios, extração de skills) estão ativos por padrão
• Preferências e convenções do projeto persistem entre sessões sem repetição
• Diálogo /memory fornece três linhas toggle para ativar/desativar qualquer subsistema a qualquer momento
• Configurações explícitas existentes não são afetadas—novos valores padrão não sobrescrevem suas escolhas anteriores

Veja PR #4547 

Worktree Fase D: Iniciar Diretamente em Isolamento

Na semana passada o Worktree alcançou a Fase C—persistência de sessão + exibição na barra de status. Esta semana pula direto para Fase D: adicione --worktree na inicialização e o Qwen Code cria automaticamente e entra em uma work tree independente. Com PR refs, você pode puxar o código de qualquer PR para um ambiente isolado para review ou desenvolvimento contínuo sem tocar a branch principal.

Outra config prática: as configurações worktree.symlinkDirectories suportam criar symlinks de diretórios pesados como node_modules e .venv no worktree de volta para o repo principal. Isso é opt-in—configure a lista de caminhos em .qwen/settings.json, e todos os worktrees subsequentes (--worktree, ferramenta enter_worktree, Agent isolation) aplicam automaticamente. Traversal de caminhos, caminhos absolutos, diretórios .git e .qwen são rejeitados com segurança.

O que você pode fazer com isso:

• qwen --worktree entra em isolamento com um parâmetro—sem git worktree add manual
• --worktree=#<N> ou URL de PR GitHub: busca PR remoto via git fetch origin pull/<N>/head em um worktree
• Configure worktree.symlinkDirectories para compartilhar diretórios grandes via symlinks sem reinstalar
• Forma um ciclo completo com a persistência de sessão + /resume da semana passada

Veja PR #4381 

Proteção Headless: Orçamentos de Execução para Modo Não-Interativo

Anthropic publicou esta semana um Framework de Segurança Zero Trust para AI Agent , observando que um grande risco de agents autônomos é “fugir sem ninguém para pará-los.” Baoyu (@dotey ) diz a mesma coisa: a chave para usar bem coding agents está nas duas pontas—planejamento no início e revisão no final.

Qwen Code adicionou dois parâmetros de orçamento de execução: --max-wall-time (tempo máximo de execução, suportando formatos como 90, 30s, 5m, 1h) e --max-tool-calls (contagem máxima de chamadas de ferramentas). Quando o orçamento se esgota, termina com exit code 55, distinto do cancelamento pelo usuário (130) e limites de turnos (53)—scripts CI podem identificar precisamente a razão da terminação.

Além disso, ao usar --yolo (auto-aprovação completa) sem sandbox em modo headless, um aviso de segurança é impresso em stderr na inicialização, suprimível com QWEN_CODE_SUPPRESS_YOLO_WARNING=1.

O que você pode fazer com isso:

• qwen -p "refatorar módulo" --max-wall-time 5m --max-tool-calls 50—limites rígidos para agents em CI
• Para automaticamente no esgotamento do orçamento, exit code 55, scripts CI distinguem “orçamento esgotado” de “completado normalmente”
• Todos os orçamentos padrão em -1 (ilimitado), uso existente não afetado
• Aviso de inicialização --yolo sem sandbox ajuda a descobrir configurações inseguras

Veja PR #4502 

Compressão Auto de Três Níveis: Sem Mais Overflow de Conversa Longa

Simon Willison diz que coding agents estão aumentando significativamente os custos empresariais. Uma razão central: o contexto de conversas longas cresce continuamente, e quando se aproxima da janela de contexto do modelo, ou crasheia ou perde informações críticas.

Qwen Code redesenhou a compressão automática de um limiar único (disparado em 70% da janela) para uma escada de três níveis, usando tanto a razão de ocupação quanto a contagem absoluta de bytes:

• Nível warn (≈60% janela ou 20K do nível auto): alerta o usuário que o contexto está se aproximando dos limites—um aviso prévio UX
• Nível auto (≈70% janela ou 13K da borda da janela): dispara proativamente a compressão, baixo custo, qualidade de conversa quase sem perdas
• Nível hard (3K da borda da janela): compressão forçada—a última rede de segurança antes da API rejeitar um prompt muito grande

Modelos de janela pequena (32K/64K) usam o branch de razão, modelos de janela grande usam o branch de bytes absolutos—espaço desperdiçado cai de 30% da janela para aproximadamente 33K de overhead fixo.

O que você pode fazer com isso:

• Conversas longas não crasheiam mais por overflow de contexto—nível hard força compressão antes da rejeição pela API
• Nenhuma configuração manual necessária, sistema auto-calcula os limiares de três níveis baseado no tamanho da janela do modelo
• Config antiga chatCompression.contextPercentageThreshold está depreciada, mostra aviso de depreciation na inicialização

Veja PR #4345 

Substituição de Comando Não Mais Rejeitada: Confirmação + ⚠️ Aviso

O Framework de Segurança Zero Trust  da Anthropic observa que limites de segurança de agents precisam equilibrar “utilizável” e “seguro.” Qwen Code era anteriormente muito restritivo: se comandos shell gerados pelo agent continham $(), backticks, <() ou outra sintaxe de substituição de comando, a execução era recusada categoricamente—mesmo o modo YOLO não podia contornar.

Agora mostra um diálogo de confirmação com aviso ⚠️ “Contains command substitution”. Você vê o aviso e escolhe permitir ou negar—a decisão é sua, sem mais rejeições genéricas. O modo YOLO executa normalmente com registro de auditoria em logs DEBUG para revisão posterior.

O que você pode fazer com isso:

• Cenários legítimos como $(git rev-parse HEAD) para obter commit hash não são mais bloqueados
• Diálogo de confirmação mostra ⚠️ para identificar imediatamente sintaxe de substituição
• Modo YOLO executa normalmente, logs DEBUG retêm registros de auditoria
• Ferramenta Monitor corrige o mesmo problema de rejeição excessivamente restritiva

Veja PR #4386 

Mais Novos Recursos

🔧 Correções Importantes

🙏 Contribuidores

Agradecimentos a todos os contribuidores desta semana:

Para dúvidas ou sugestões, fique à vontade para abrir uma issue em GitHub Issues !