Claude Code: o Impacto do Auto Mode

Tem um workflow que eu fazia no piloto automático: abre PR, vê o CI, falha num erro de lint, corrige, dá push, espera de novo. Às vezes duas vezes. Se você passou tempo significativo com o Claude Code conhece esse loop intimamente — e sabe que a correção habitual era ou clicar "aprovar" em tudo até os olhos vidrarem, ou virar --dangerously-skip-permissions e torcer pelo melhor. A Anthropic entregou dois recursos conectados em março de 2026 que mudam isso: Auto Mode (uma camada de permissão mais esperta no CLI local) e Cloud Auto-Fix (que move o loop de correção do PR pra nuvem inteiramente). São relacionados, mas não são a mesma coisa — e confundir os dois te faz queimar uma tarde.

O que o Auto Mode realmente é (vs. o que parece ser)

Execução na nuvem vs. sessões locais no terminal

Antes de tudo: Auto Mode é um modo de permissão local, não um ambiente de execução na nuvem. Ele roda no seu terminal, na sua máquina, contra seu filesystem local. O que muda é como o Claude lida com prompts de permissão durante uma sessão — em vez de te pedir pra aprovar cada escrita de arquivo e cada comando Bash, um modelo classificador em background avalia cada tool call antes de rodar e deixa seguir automaticamente ou bloqueia.

Cloud Auto-Fix é o recurso separado que de fato roda na nuvem. Ele pega um PR de uma sessão web ou mobile e continua observando na infraestrutura da Anthropic depois que você fecha o laptop. Esses dois recursos saíram bem próximos — Auto Mode em 24 de março, Cloud Auto-Fix em 26 de março — e é por isso que se confundem. Resolvem problemas diferentes em pontos diferentes do workflow.

Como difere do Remote Control (que exige sua máquina rodando)

Remote Control deixa você conectar a uma sessão do Claude Code rodando na sua máquina local a partir de outro dispositivo — seu celular, outro laptop. A sessão fica ancorada na sua máquina. Se a máquina dorme, a sessão vai junto.

Cloud Auto-Fix é genuinamente independente de máquina. Uma vez habilitado num PR a partir de uma sessão web ou mobile, ele acompanha eventos do GitHub e executa inteiramente na infra da Anthropic. Sua máquina não precisa estar ligada.

Auto Mode não é nenhum dos dois. É uma mudança de camada de permissão em como uma sessão local roda. A documentação oficial dos modos de permissão nota explicitamente que sessões na nuvem em claude.ai/code não oferecem Auto Mode — é recurso de CLI e desktop app.

O que "seguir PRs automaticamente" significa na prática

Quando Cloud Auto-Fix está habilitado num PR, o Claude se inscreve nos eventos do GitHub daquele PR. O comportamento se quebra em três casos:

Falha no CI: o Claude lê o output do erro, investiga a causa, escreve uma correção e dá push na branch do PR com explicação do que mudou.

Comentário de review claro: o Claude faz a mudança pedida, dá push e responde na thread do reviewer — sob seu nome de usuário, marcado como Claude Code.

Situação ambígua: o Claude pergunta em vez de agir. Levanta uma pergunta no PR ou na sua sessão em vez de chutar.

Esse último ponto importa. Isso não é um agente autônomo interpretando cada comentário de reviewer como diretiva. Ambiguidade dispara prompt, não ação.

As três coisas que o Auto Mode muda

Cloud Auto-Fix: seguir um PR aberto, corrigir falhas de CI, responder comentários de review

Cloud Auto-Fix é a capacidade-manchete. Três formas de habilitar:

• A partir de uma sessão web num PR: abre a barra de status do CI, seleciona Auto-Fix
• A partir do mobile: fala pro Claude observar o PR
• Em qualquer PR existente: cola a URL numa sessão e pede pro Claude fazer auto-fix

Uma vez ativo, a sessão roda na nuvem da Anthropic. Você recebe de volta um PR que está pronto pra merge ou que levantou perguntas específicas que precisam de julgamento humano.

Uma fronteira de permissão pra saber de cara: Auto-Fix pode fazer push de commits pra branch do seu PR. Não dá push em branch protegida (main, master ou branches com regra de proteção) por padrão. Não consegue fazer auto-merge a menos que você tenha configurado isso explicitamente. Threads de review que ele responde são postadas na sua conta, marcadas como Claude Code.

Scheduled Tasks: checagem recorrente sem terminal aberto

Março de 2026 também trouxe scheduled tasks. Na verdade são dois tipos distintos, e a distinção importa:

Scheduled tasks na nuvem do Claude Code rodam em infra gerenciada pela Anthropic. Você dá um prompt pro Claude, anexa repos, escolhe um schedule, e a tarefa roda mesmo com seu computador desligado. Cada execução começa de um clone limpo, cria a própria sessão e produz output revisável com opção de abrir um pull request. São as tarefas "always-on" referenciadas nos anúncios de lançamento.

Scheduled tasks no desktop (Cowork) rodam localmente na sua máquina. Conforme o Help Center oficial da Anthropic: rodam só enquanto seu computador está acordado e o app Claude Desktop está aberto. Se a máquina está dormindo ou o app está fechado, a tarefa é pulada e enfileirada pra quando você voltar.

Pra trabalho recorrente verdadeiramente autônomo que não dependa da sua máquina ligada, use scheduled tasks na nuvem via interface web ou /schedule no CLI apontando pra execução na nuvem. Scheduled tasks no desktop são mais adequadas pra workflow de arquivo local onde você precisa de acesso direto ao filesystem mas tudo bem com a dependência de máquina.

Continuidade entre dispositivos: pega a sessão em qualquer device

Sessões web e mobile sincronizam estado, então dá pra começar uma sessão no desktop, checar o progresso no celular e pegar de volta no laptop quando voltar. Pra sessões de Cloud Auto-Fix especificamente, o estado da sessão vive na nuvem independente de qual device você usa pra checar.

Como configurar o Auto Mode

Requisitos de plano (Team, Enterprise e API — não Pro ou Max)

Auto Mode (classificador local de permissão): Lançado em 24 de março de 2026 como research preview no plano Team. A Anthropic depois confirmou via canais oficiais que o Auto Mode agora também foi liberado pra usuários do plano Enterprise e usuários de API. Até o momento desse texto, assinantes individuais de Pro e Max não têm acesso — usuários nesses planos veem "indisponível pro seu plano" no Claude Code. Se você está no Pro ou Max e precisa de comportamento de auto-aprovação, confere o status atual via changelog oficial antes de construir workflow em cima disso.

Cloud Auto-Fix: Disponível pra sessões web e mobile. Requisitos de plano seguem o tipo de sessão subjacente.

Code Review (o recurso separado de análise automatizada de PR): só Team e Enterprise; não disponível pra organizações com Zero Data Retention ligado.

Habilitando Auto Mode via CLI e settings

# Inicia uma sessão com auto mode habilitado
claude --enable-auto-mode

# Já dentro de uma sessão, cicla pelos modos de permissão com Shift+Tab
# Ordem do ciclo: default → acceptEdits → plan → auto → bypassPermissions

Pro VS Code: Settings → Claude Code → toggle Enable auto mode → seleciona Auto no dropdown de modo de permissão. Modos avançados de permissão só aparecem depois de habilitar o setting "Allow dangerously skip permissions" na extensão — isso gateia o acesso de propósito, não como requisito pra usar bypassPermissions de fato.

Pro Desktop: Organization Settings → Claude Code → habilita explicitamente (desligado por padrão).

Se o Auto não aparece no ciclo do Shift+Tab, verifica: (1) você passou --enable-auto-mode no startup, (2) seu plano suporta, (3) o admin da sua org não desabilitou via managed settings, (4) você está no Sonnet 4.6 ou Opus 4.6.

Configurando quais PRs ele pode seguir

Cloud Auto-Fix é habilitado por PR a partir da interface de sessão. Não tem toggle global de "seguir todos os PRs" — você opta por cada PR explicitamente, o que mantém a superfície de permissão escopada no que você revisou.

Pras fronteiras de confiança do Auto Mode, o classificador por padrão confia no seu diretório de trabalho e nos remotes configurados do repo git. Todo o resto — outras orgs do GitHub, buckets de cloud, serviços internos — é tratado como externo até você declarar como confiável. Admins estendem a fronteira de confiança via setting autoMode.environment.

Modelo de permissão: o que ele pode e não pode fazer automaticamente

O post de engenharia da Anthropic sobre Auto Mode documenta o que o classificador bloqueia por padrão e as limitações conhecidas.

Bloqueado por padrão:

• Force-push ou push direto pra main/branches protegidas
• Deploys em produção
• Baixar e executar código de fontes externas (padrão curl | bash)
• Operações destrutivas em massa (deleção em massa de arquivo, dropar tabela)
• Acessar credential store ou enviar dados pra serviços não reconhecidos
• Instalar mecanismo de persistência (chave SSH, cron job)
• Modificar a própria configuração de permissão do agente

Permitido por padrão:

• Leitura e busca de arquivo
• Escrita de arquivo dentro do diretório de trabalho
• Rodar os testes
• Push pra branch em que a sessão começou ou uma que o Claude criou
• Instalar pacotes já declarados no manifest do repo

Quando o classificador bloqueia uma ação três vezes consecutivas ou 20 vezes no total numa sessão, o Auto Mode pausa e o Claude Code volta a perguntar manualmente. Loop de bloqueio descontrolado não falha em silêncio — escala pra review humano.

Esse mesmo post documenta uma taxa de falso-negativo de 17% em ações de fato exageradas em teste interno. O classificador ocasionalmente interpreta uma mensagem vaga anterior do usuário como consentimento implícito. A Anthropic publicou esse número explicitamente em vez de enterrar; significa que Auto Mode não substitui revisão de transcrição de sessão.

Onde o Auto Mode funciona bem — e onde tomar cuidado

Bom encaixe: loops de correção de CI, atualização de documentação, checagem rotineira de código

O caso de uso mais forte do Cloud Auto-Fix é o próprio problema do ciclo de vida do PR: o CI tem opinião, reviewers têm comentário, e você não quer babar o loop de correção manualmente. O Claude observa eventos do GitHub, cuida dos casos claros e levanta os ambíguos.

Auto Mode local encaixa melhor em tarefas de longa duração, escopadas no repo, que ficam dentro de uma branch e toolchain confiáveis: refatoração multi-arquivo, atualização de dependência, loop de correção de teste. O classificador foi construído pra esse problema específico — dados internos da Anthropic mostram que usuários aprovam 93% dos prompts de permissão, ou seja, a maior parte desse clicar é carimbo sem revisão.

Scheduled tasks encaixam melhor pra manutenção operacional recorrente onde você não precisa de interação em tempo real: checagem de CI noturna, auditoria semanal de dependência, sync de documentação pós-merge.

Precisa de cautela: escopo de permissão, audit trail, repos sensíveis

Repositórios com secrets em arquivo de ambiente ou config. O classificador checa exfiltração de credencial, mas a taxa de 17% de falso-negativo em ações exageradas é número real. Não rode sessão de Auto Mode em repo onde uma falha do classificador tem raio de estrago alto.

PRs que exigem julgamento arquitetural. Auto-Fix lida bem com falhas claras de CI e comentários inequívocos de review. "Ambíguo pro classificador" e "exige revisão cuidadosa" podem não alinhar perfeitamente.

Audit trail. Auto-Fix dá push de commit e posta resposta na sua conta. Commits são marcados como Claude Code, mas aparecem no seu nome no histórico git do time. Garante que a cultura de review do seu time leva em conta interação com seu agente, não com você pessoalmente.

O risco do "agente sempre ligado": como colocar fronteira segura

Contenção prática, em camadas:

• Escopa por branch. Auto-Fix opera na branch do seu PR, não em branches protegidas. Mantém main protegida.
• Define comportamento no CLAUDE.md Um CLAUDE.md na raiz do repo coloca restrições comportamentais explícitas que o agente lê no início da sessão.
• Habilita sandboxing pras sessões locais de Auto Mode. Isolamento no nível do SO como backstop duro atrás do classificador.
• Declara autoMode.environment explicitamente. Não confia nas fronteiras de confiança padrão se seu repo toca serviço interno.
• Revisa transcrição de sessão. Auto Mode produz log completo de ação no painel do Claude Code. Revisar em busca de padrão estranho é direto uma vez que você tem baseline pro comportamento normal.

Auto Mode vs. /loop: quando usar qual

/loop: escopado na sessão, dependente do terminal, expira

/loop roda um loop de tarefa recorrente dentro da sessão atual. Exige seu terminal aberto e sua máquina ligada. Quando a sessão acaba, o loop acaba. Escolha certa pra tarefa delimitada que você está supervisionando ativamente: roda os testes e corrige falhas até a suíte ficar verde.

Auto Mode: na nuvem (Auto-Fix) ou classificador local (modo de permissão)

Cloud Auto-Fix é persistente e independente de máquina. Uma vez habilitado num PR, continua depois que você fecha o terminal. Escolha certa pra tarefa que você quer entregar totalmente: mantém esse PR verde enquanto estou fora.

Auto Mode local não é persistente — é configuração de permissão por sessão. Mas combinado com scheduled tasks, te dá execução recorrente desassistida sem a dependência de terminal.

Tabela de decisão por caso de uso

Essa última linha marca uma fronteira real: Auto Mode é single-session e single-thread. Workstreams genuinamente paralelos — agentes separados trabalhando em branches ou repos diferentes ao mesmo tempo — precisam de arquitetura multi-agente em vez de uma sessão única na nuvem. Ferramentas construídas em torno de execução isolada paralela, tipo a abordagem de worktree paralelo do Verdent, endereçam esse padrão quando o modelo de sessão única não basta.

FAQ

Minha máquina precisa ficar ligada?

Pra Cloud Auto-Fix: não. Roda na infra da Anthropic, observando eventos do GitHub independente.

Pra Auto Mode local: sim, sua máquina precisa estar ligada e a sessão do terminal ativa. Essa é a distinção-chave do Cloud Auto-Fix.

Pra Remote Control: sim, sua máquina precisa ficar ligada — Remote Control faz ponte pra uma sessão rodando localmente.

O Auto Mode pode dar push de commit sem minha aprovação?

Cloud Auto-Fix pode dar push de commit na branch do seu PR sem aprovação por push — é o ponto. Não consegue dar push em branch protegida e não consegue fazer auto-merge sem configuração explícita.

Auto Mode local pode escrever arquivo e dar push na sua branch de trabalho quando o classificador considerar a ação segura, sem prompt por ação. Pushes pra main e force pushes são bloqueados por padrão.

Se você precisa de revisão pré-push em cada commit independente do modo, configura um hook PreToolUse na ferramenta Bash pros comandos git push — hooks se aplicam em todos os modos de permissão.

Tem audit log do que ele fez?

Tem. Sessões de Cloud Auto-Fix produzem transcrição revisável na interface web. Commits e respostas de PR feitas por auto-fix são marcadas como Claude Code na UI do GitHub. Pro Auto Mode local, o painel do Claude Code mostra cada ação com timestamp. A transcrição completa da sessão é acessível.

Admins de Team e Enterprise têm dashboard de analytics pra atividade de Code Review e gasto por repositório, separado dos logs de sessão individual de auto-fix.

O que acontece se uma correção de CI falha depois de várias tentativas?

Cloud Auto-Fix não fica em loop indefinidamente. Se não consegue resolver uma falha de CI, levanta a questão com explicação do que tentou em vez de dar push de correção cada vez mais especulativa. A intenção de design é escalar pra review humano.

Pro Auto Mode local: se o classificador bloqueia uma ação três vezes consecutivas ou 20 vezes no total numa sessão, o modo pausa e o Claude Code volta a perguntar manualmente. Bloqueio repetido sinaliza algo que o classificador não consegue resolver com segurança unilateralmente.