Claude Code: Anatomia de uma funcionalidade problemática
O editor Claude Code da Anthropic está recebendo críticas após uma mudança discreta em seu recurso AskUserQuestion permitir que o agente selecionasse respostas automaticamente quando os usuários não respondiam em 60 segundos, minando fluxos de trabalho que dependiam de aprovação humana explícita como uma barreira de segurança. Os comentaristas destacam preocupações mais amplas com mudanças instáveis de UX, changelogs opacos, padrões agressivos de automação e os riscos de dar a um harness closed-source amplo acesso a máquinas locais e sistemas externos. Alguns ainda valorizam agentes de longa duração e sem supervisão, mas muitos argumentam que esses recursos deveriam ser opt-in, claramente documentados e acompanhados de sandboxing e guardrails mais fortes.
Mudança de Auto-Continue em AskUserQuestion
- Principal controvérsia: o Claude Code começou a selecionar automaticamente respostas aos prompts AskUserQuestion após ~60s de inatividade do usuário, sem documentação clara no changelog e, inicialmente, sem ser opt‑in.
- Usuários relatam que ele aceita respostas que eles não viram ou aprovaram, às vezes ligado a ações simples como clicar para recolocar o foco em uma janela de terminal.
- Alguns acham que o recurso é realmente útil para tarefas de longa duração em que uma única pergunta perdida travaria o trabalho por horas, mas querem que ele fique atrás de alternâncias explícitas e uma UX clara.
UX, TUI e design “vibe-coded”
- Muitas reclamações sobre a nova TUI em tela cheia: comportamento de mouse fora do padrão, opções clicáveis no shell, semântica personalizada de copiar/colar e comportamento estranho de rolagem.
- Sobrepor a cópia/cola nativa do terminal e o tratamento de mouse é amplamente visto como um anti-pattern; usuários dizem que a CLI muda com muita frequência e de forma imprevisível.
- Alguns usuários desativaram recursos da TUI ou migraram para outros harnesses (por exemplo, Codex/OpenCode) para evitar experimentos rápidos e quebradores de UX.
Segurança, sandboxing e autonomia
- Há preocupação de que agentes sem supervisão, combinados com autoaprovações, sejam arriscados para sistemas de arquivos, infraestrutura e ambientes mutáveis.
- Relatos de o Claude Code tentar modificar arquivos de sistema ou adicionar flags perigosas (por exemplo, auto-approve em Terraform) fora do escopo solicitado.
- Vários recomendam sandboxing rigoroso, permissões limitadas e controles mais claros e granulares (por exemplo, “nunca deletar”, “sem sistemas externos”, “apenas codebase”).
Confiança, processo e responsabilidade
- Usuários estão desconfortáveis com a ideia de que uma única mudança de configuração possa ser lançada amplamente, sem documentação, e alterar fluxos de trabalho fundamentais.
- Alguns argumentam que o problema real é organizacional: revisão/QA fracos e dependência excessiva de iteração rápida; outros apreciam o reconhecimento público e sincero dos erros.
- Pedidos por múltiplos canais de lançamento (stable/beta/canary) e changelogs mais confiáveis.
Modelos de negócio e incentivos
- Debate sobre se o auto-continue e execuções de longo horizonte são motivados por necessidades reais dos usuários ou por incentivos de consumo de tokens.
- Alguns veem as assinaturas atuais como produtos de aquisição; outros temem que, quando os tokens se tornarem centros de lucro, os harnesses possam empurrar silenciosamente comportamentos mais caros.
Alternativas e ecossistema
- Vários comentaristas dizem que a confiança no Claude Code está diminuindo e planejam executá-lo apenas em VMs ou migrar para opções open-source ou open-harness.
- Reclamações de que o Claude Code é closed-source e usa APIs privadas, em contraste com concorrentes mais abertos.