Quatro coisas mudaram no Claude Code esta semana e três se ativaram sem te perguntar
Há uma hora específica que desaparece da tua semana e não aparece em nenhuma métrica. Você passa algo grande para o Claude Code, consume tua janela de uso às 14:40, e a sessão para no meio da tarefa. O limite se libera às 15:00. Você volta à mesa às 16:15. Não havia ninguém para pressionar Enter, então essa hora se foi sem fazer nada enquanto tudo o necessário para continuar já estava disponível.
Dois releases chegaram no dia 17 e 18 de agosto — 2.1.234 e 2.1.235. Entre ambos há cerca de oitenta linhas, e quase todas são fixes. Quatro itens mudam como o terminal se comporta dia a dia, e três deles já estão ativos na tua máquina, os tenhas pedido ou não.
O que se ativou sozinho: a sessão espera o limite se resetar
A linha do changelog é exatamente esta:
“Claude Code now continues your session automatically when a claude.ai usage limit resets”
Era só isso. A sessão fica aí, espera o reset, e retoma a tarefa por conta própria.
Vem ligado. O que você faz em /config é desligá-lo — a linha se chama “Continue automatically at usage limit”.
Duas coisas que vale saber antes de deixar em paz:
Retoma sem supervisão, com as permissões que a sessão tinha. Se você arrancou com --dangerously-skip-permissions ou deixou o auto mode rodando, esse é o estado em que volta. O reset não te pergunta de novo. Se você tem costume de lançar sessões longas e se afastar, essa é a configuração à qual dedicar trinta segundos, não a que ignorar.
Cowork e Desktop são outra superfície. Lançaram sua própria versão disso, também ligada por padrão, mas o toggle mora no banner de limite e aplica a toda tua conta — não em /config. Se você desliga na terminal e espera que o app de desktop siga o exemplo, não vai acontecer.
E uma nota honesta sobre o estado da função: o changelog de Cowork já registra um fix para ela, publicado depois de 2.1.234. A continuação automática se disparava contra o prompt de confirmação de sessão importada ou contra um estado de sign-in expirado, em vez de esperar corretamente. A versão um saiu com arestas. Estão sendo lixadas em público, que é a forma normal de uma função como essa, mas significa que o “ativa e esquece” é uma decisão para o mês que vem, não para hoje.
O que se ativou sozinho: o badge de merge request do GitLab
O footer e a statusline agora trazem um badge de MR. Se o repositório tem um remote do GitLab e glab está autenticado, você obtém MR !N com seu status: draft, pending ou green.
Não há setting para habilitar. Aparece quando as duas condições se cumprem, que é justamente por que conta como algo que se ativou sozinho.
Passo 1 — instalar glab.
# macOS
brew install glab
# Debian/Ubuntu
sudo apt install glab
Passo 2 — autenticar.
glab auth login
Para GitLab self-managed, aponte para sua instância durante os prompts em vez de para gitlab.com.
Passo 3 — confirmar que ficou.
glab auth status
Passo 4 — verificar que o remote é realmente do GitLab.
git remote -v
Se o origin aponta para outro lugar, o badge não vai renderizar por mais bem configurado que glab esteja.
Passo 5 — iniciar uma sessão nesse repositório. O badge aparece no footer e na statusline assim que houver um MR aberto na branch.
Este é o terceiro ítem de GitLab em outros tantos releases. 2.1.233 adicionou suporte de URLs de merge request à flag --worktree e à view de agentes, junto com redação de tokens para as famílias de tokens do GitLab. O padrão é bem claro: estão pagando a dívida de paridade com GitHub.
O que você ativa: spellcheck
Este, de 2.1.235, é genuinamente opt-in. Palavras mal escritas ficam sublinhadas no input do prompt enquanto você escreve.
Não traz dicionário incluído. Usa o aspell, hunspell ou ispell que você já tem instalado — então se nenhum está na máquina, ativar o setting não faz nada visível.
# macOS
brew install hunspell
# Debian/Ubuntu
sudo apt install hunspell hunspell-es
Depois habilita o setting spellcheck. Abre /config e procura a linha em vez de escrever o JSON na mão — o changelog nomeia o setting mas não publica a escrita exata de seu valor, e /config vai te mostrar a verdadeira.
Função pequena. Importa mais do que parece se você escreve prompts em um segundo idioma e prefere pegar o typo antes de se transformar em uma instrução ambígua.
O que ninguém colocou no título
Enterrado no mesmo release: /permissions e /add-dir agora podem ser abertos enquanto Claude está trabalhando, e as mudanças de regras se aplicam ao resto do turno atual. Na TUI de tela cheia, /autocompact, /theme, /help, /config e /advisor também abrem no meio do turno.
Este é o ítem que muda o fluxo real. O jogo velho era interromper o turno, consertar a permissão, e explicar de novo o que você queria. Agora você ajusta a regra e o turno continua com ela ligada.
Na mesma categoria: o skill integrado claude-api caiu de mais de 200.000 tokens de contexto para uns 25.000, carregando suas docs de referência sob demanda. Se esse skill estava no teu setup, recuperaste boa parte de uma janela de contexto sem fazer nada.
Por que atualizar mesmo que nada disso seja para ti
Dois itens que você nunca vai ver e que mesmo assim deveria querer.
O endurecimento de rotas no Windows. 2.1.233 fechou um vetor de vazamento de credenciais NTLM onde as rotas de Windows escritas com o prefixo de dispositivo NT \??\ se escapavam pela validação de rotas UNC. 2.1.234 estende esse bloqueio aos acessos a arquivos que ocorrem antes da aprovação: leituras remotas, restauração de sessão, includes de CLAUDE.md, workflow scripts e uploads. Vale ser preciso aqui, porque foi reportado de forma imprecisa — o vetor foi fechado em .233. O que .234 faz é cobrir o terreno que sobrou.
O fix do prompt cache. Em 2.1.235, que um language server se desconecte ou se reconecte no meio de sessão já não invalida o prompt cache completo. Se você trabalha em um repositório onde o LSP cai de vez em quando, você estava pagando para reconstruir todo o prefixo cacheado cada vez que acontecia. Esse é dinheiro silencioso, e se acabou.
O que fazer esta tarde
Atualizar. Depois dedicar dois minutos a exatamente uma decisão: se você quer que tuas sessões retomem sem ti quando a janela se abrir de novo. Tudo o mais aqui é ganho — mas isso muda o que tua máquina faz enquanto você não está olhando, e mudou por padrão.
Você quer que teu agente retome a tarefa por conta própria às 3 da manhã, ou essa é uma linha que você prefere manter?