CONFIRMADO: Claude Code 2.1.270 corrige regressão que pedia permissão para comandos Git seguros

O Claude Code 2.1.270, publicado pela Anthropic em 12 de setembro, corrige um problema pequeno no texto da release, mas grande na experiência de quem opera agentes: comandos Git somente leitura executados pelo Bash podiam voltar a pedir permissão depois que a sessão ficava aberta por bastante tempo. A correção reestabelece o comportamento esperado e reduz uma fonte de interrupção em fluxos de desenvolvimento, automação e revisão de código. Não é um novo modelo nem uma expansão de capacidade. É manutenção de confiabilidade, justamente o tipo de detalhe que decide se um agente parece pronto para trabalhar ou exige supervisão a cada poucos minutos.

A regressão quebrava uma promessa operacional

O Claude Code reconhece um conjunto de comandos Bash como somente leitura e, em condições normais, não deveria interromper o usuário para pedir autorização a cada consulta. Com a regressão introduzida na versão 2.1.269, essa regra podia deixar de valer após uma sessão longa. O efeito não era necessariamente perda de dados ou alteração indevida de arquivos. Era mais traiçoeiro: o agente parava no meio de uma tarefa para pedir uma permissão que, do ponto de vista do usuário, já deveria estar resolvida. Em sessões remotas, headless ou com agentes de fundo, isso pode parecer travamento ou falta de autonomia.

O impacto para uma PME é operacional, não cinematográfico

Para uma pequena equipe brasileira, a mudança aparece em rotinas bem concretas: conferir o status de um repositório, comparar referências, revisar uma árvore de commits ou preparar um diagnóstico antes de editar código. Esses comandos são baratos, frequentes e normalmente fazem parte da leitura que antecede qualquer ação. Se o agente interrompe a sequência, o custo vem em turnos extras, espera humana e tarefas que terminam em estados ambíguos. A versão 2.1.270 reduz esse atrito para quem usa Claude Code em Mac, Linux, CI ou ambientes conectados a gateways compatíveis.

Correção não é licença para liberar tudo

O contraponto importa. A release corrige a classificação ou a persistência da permissão para comandos Git de leitura, mas isso não significa que todo comando de shell personalizado ficará automaticamente liberado. Políticas locais, regras de negar ou perguntar, comandos que também escrevem e configurações de segurança continuam relevantes. O ganho é restaurar uma expectativa específica, não transformar o Bash em uma zona sem controle. Em ambientes empresariais, a correção deve ser lida como menos ruído no modelo de permissões, não como motivo para ampliar listas de autorização sem revisão.

A leitura editorial

Meu veredicto é atualizar o ambiente de desenvolvimento e observar antes de promover a versão para fluxos críticos. O artefato oficial confirma a correção, e a publicação da versão 2.1.270 no registro do npm confirma que o pacote foi distribuído, mas não há evidência de um salto funcional além desse reparo. Ainda assim, é uma atualização que vale fazer porque regressões de permissão corroem confiança mais rápido do que bugs visuais: o usuário deixa de saber se o agente está trabalhando, aguardando ou simplesmente parado. Para operações com agentes, previsibilidade é produto. Um comando Git seguro continuar seguro depois de uma sessão longa parece banal, até o dia em que essa banalidade economiza uma fila inteira de intervenções humanas.

Fontes em PT

Release oficial no GitHub: https://github.com/anthropics/claude-code/releases/tag/v2.1.270 | Registro estruturado da release: https://api.github.com/repos/anthropics/claude-code/releases/tags/v2.1.270 | Pacote publicado no npm: https://www.npmjs.com/package/@anthropic-ai/claude-code/v/2.1.270 | Documentação oficial de permissões: https://code.claude.com/docs/en/permissions