Se você usa o Claude Code no dia a dia para automatizar tarefas, orquestrar agentes ou simplesmente acelerar seu fluxo de desenvolvimento, a versão v2.1.210 traz três mudanças que vão direto ao ponto: uma melhoria de experiência que elimina a ansiedade de “será que travou?”, um aviso que evita configurações obsoletas silenciosamente quebradas, e um patch de segurança que fecha uma brecha real em fluxos de trabalho com múltiplos agentes. Vamos destrinchar cada uma delas.
1. Contador de tempo ao vivo: o fim da tela que parece travada
Quem já rodou uma ferramenta demorada no Claude Code conhece o momento de incerteza: o terminal parado, nenhum feedback visual, e aquela dúvida crescente — isso está rodando ou travou de vez?
A Anthropic resolveu isso de forma elegante na v2.1.210. Agora, a linha de sumário recolhida de uma tool call exibe um contador de tempo decorrido em tempo real. Em vez de uma linha estática esperando o resultado, você vê o tempo tick a tick — 12s, 13s, 14s — confirmando que o processo está vivo e trabalhando.
Por que isso importa na prática
Parece simples, mas o impacto é psicológico e operacional ao mesmo tempo. Considere esses cenários:
- Análise de repositório grande: o Claude Code indexando milhares de arquivos pode levar dezenas de segundos. Sem feedback, a tendência é interromper e reiniciar — desperdiçando todo o progresso.
- Chamadas a APIs externas lentas: ferramentas que aguardam respostas de serviços terceiros ficavam invisíveis no terminal.
- Operações de build ou teste: suítes de testes longas parecem congeladas sem algum indicador de progresso.
O contador não muda o tempo de execução — ele muda a sua percepção e decisão sobre interromper ou aguardar. Isso reduz interrupções desnecessárias e, consequentemente, retrabalho.
Na interface, o comportamento fica assim: a linha recolhida da ferramenta passa a ter um formato como:
▶ Tool: bash [23s]Simples, discreto e suficientemente informativo. Exatamente como deve ser.
2. Alerta de startup: migre suas regras de permissão antes que elas parem de funcionar
Se você tem arquivos de configuração do Claude Code com regras de permissão customizadas — seja em settings.json, .claude/settings.json ou em perfis de projeto — preste atenção nesta mudança.
A v2.1.210 introduz um aviso na inicialização para três tipos de regras que estão sendo descontinuadas:
| Regra antiga (obsoleta) | Regra nova (use esta) |
|---|---|
Write(path) | Edit(path) |
NotebookEdit(path) | Edit(path) |
Glob(path) | Read(path) |
Segundo as notas de release oficiais, ao iniciar o Claude Code com qualquer uma dessas regras antigas, você verá um aviso explícito orientando a migração. Por enquanto, elas ainda funcionam — mas o aviso existe exatamente para que você não seja pego de surpresa quando a depreciação se tornar definitiva.
Como atualizar suas configurações
Se você usa permissões customizadas, o processo de migração é direto. Abra seu arquivo de configuração e faça as substituições:
// Antes (obsoleto)
{
"permissions": {
"allow": [
"Write(/home/user/projeto/**)",
"NotebookEdit(/notebooks/**)",
"Glob(/data/**)"
]
}
}
// Depois (correto)
{
"permissions": {
"allow": [
"Edit(/home/user/projeto/**)",
"Edit(/notebooks/**)",
"Read(/data/**)"
]
}
}A lógica por trás da mudança faz sentido semântico: Edit é mais expressivo que Write (pois engloba tanto criação quanto modificação) e Read é mais preciso que Glob para operações de leitura e listagem. A Anthropic está consolidando o vocabulário de permissões para torná-lo mais consistente e menos ambíguo.
Recomendação prática: faça um grep -r "Write\|NotebookEdit\|Glob" ~/.claude/ nos seus diretórios de configuração para identificar todos os arquivos que precisam de atualização antes que o aviso vire um erro.
3. Fix crítico de segurança: subagentes em worktree não podem mais mutar o repositório principal
Esta é a mudança mais importante da v2.1.210 do ponto de vista de integridade e segurança, especialmente para quem usa fluxos de trabalho avançados com múltiplos agentes.
O problema que existia
O Claude Code suporta um modo de isolamento chamado isolation: 'worktree', que permite criar subagentes operando em um worktree Git separado — essencialmente uma ramificação do repositório principal em um diretório próprio, isolado das mudanças em andamento no checkout principal.
A ideia é poderosa: você pode ter um agente trabalhando na main, outro explorando uma feature experimental, e um terceiro rodando testes — todos ao mesmo tempo, sem que um interfira no outro.
O problema: antes deste fix, subagentes configurados com isolation: 'worktree' conseguiam executar comandos git que mutavam o repositório principal — como git commit, git reset, git checkout, git merge e similares — mesmo estando supostamente isolados em seu próprio worktree.
Isso criava uma brecha séria: um subagente rodando em isolamento poderia, acidentalmente ou por instrução mal formulada, reescrever histórico, criar commits indesejados ou alterar branches no repositório principal enquanto outro processo ou humano trabalhava nele.
Por que isso é crítico em fluxos de trabalho reais
Imagine um pipeline de automação onde:
- O agente principal está finalizando um PR na
main - Um subagente isolado em worktree está executando uma suíte de testes
- O subagente, por alguma instrução ambígua, executa
git commit -am "fix"— e esse commit vai parar no repositório principal, não no seu worktree isolado
O resultado é histórico Git corrompido, conflitos inesperados e potencialmente dados de trabalho perdidos. Em ambientes de CI/CD automatizados, isso pode ser especialmente destrutivo.
O que o fix garante agora
Com a correção da v2.1.210, subagentes em modo isolation: 'worktree' têm seu escopo de operações git estritamente limitado ao seu próprio worktree. Comandos git mutantes contra o checkout principal são bloqueados, preservando a integridade do repositório raiz independentemente do que os subagentes façam.
Se você usa orquestração de múltiplos agentes com worktrees, atualizar para esta versão não é opcional — é a coisa certa a fazer.
Como atualizar
Atualizar o Claude Code é direto via npm:
npm update -g @anthropic-ai/claude-codeVerifique a versão instalada após o update:
claude --versionVocê deverá ver 2.1.210 ou superior.
Conclusão: pequenas releases, grandes impactos
A v2.1.210 é um exemplo do que boas releases de ferramentas para desenvolvedores devem ser: focadas, bem documentadas e com impacto claro em cenários reais. O contador de tempo ao vivo parece trivial até você perceber que vai parar de matar processos saudáveis por impaciência. O aviso de deprecação de permissões parece burocrático até você encontrar suas configs quebradas silenciosamente numa sexta à tarde. E o fix de worktree parece nicho até você perder uma hora reconstruindo um histórico Git bagunçado por um subagente que não devia ter acesso ao que tinha.
Se você acompanha o Claude Code como ferramenta central do seu fluxo de desenvolvimento, mantenha o hábito de ler as release notes no GitHub — a Anthropic tem mantido um cadência de releases com mudanças incrementais mas consistentemente relevantes.
Atualize agora, revise suas configs de permissão e, se usa worktrees com subagentes, considere este update urgente.
Fontes
- Anthropic · Claude Code v2.1.210 — Release Notes oficiais — GitHub, anthropics/claude-code
- Anthropic · Página oficial do Claude Code
- npm · @anthropic-ai/claude-code
