Claude Code está sendo simplificado demais?

• Na versão mais recente 2.1.20, a exibição de leitura de arquivos e de padrões de busca foi totalmente substituída por uma única frase de resumo, fazendo com que os usuários não consigam ver quais arquivos ou padrões estão sendo processados
• Usuários estão pedindo, por meio de issues no GitHub, a restauração da exibição dos caminhos dos arquivos e dos padrões de busca ou a adição de uma opção de alternância
• A desenvolvedora Anthropic respondeu que “a simplificação é útil para a grande maioria dos usuários”, mas, na prática, a maior parte dos comentários é de reclamação
• A alternativa sugerida foi usar o ‘verbose mode’, mas as críticas apontam que isso gera saída de depuração excessiva e tem baixa utilidade prática
• Mesmo após várias versões, não houve solução de fundo, e os usuários seguem voltando para a versão anterior (2.1.19) ou pedindo a adição de uma flag de configuração simples

---

Mudanças no Claude Code 2.1.20

• Na nova versão, toda a saída de leitura de arquivos e padrões de busca foi substituída por uma linha de resumo como “Read 3 files” e “Searched for 1 pattern”
  • Antes, era mostrado de forma específica quais arquivos tinham sido lidos e quais padrões tinham sido buscados
  • Agora, esses detalhes desapareceram, dificultando para o usuário acompanhar o que está acontecendo dentro da base de código
• Com essa mudança, usuários que pagam 200 dólares por mês passaram a criticar a perda de transparência da ferramenta

Reação dos usuários e issues no GitHub

• Em várias issues no GitHub, os usuários levantam a mesma demanda: “mostrem novamente os caminhos dos arquivos ou, no mínimo, adicionem uma opção de alternância”
• A Anthropic respondeu que, “para a grande maioria dos usuários”, essa simplificação é uma melhoria que reduz ruído
  • No entanto, o texto aponta que não há base para essa “grande maioria” e que, na prática, só há reclamações
• A solução proposta pela Anthropic foi recomendar o uso do ‘verbose mode’

A polêmica do ‘verbose mode’

• O verbose mode exibe no terminal thinking traces, hook output, transcrição de sub-agents e até o conteúdo completo dos arquivos
  • Os usuários reclamam que “o que querem é simplesmente ver os caminhos dos arquivos e os padrões de busca”, e consideram a saída excessiva
• Um desenvolvedor respondeu que iria “melhorar o verbose mode para adequá-lo aos casos de uso dos usuários”,
  • mas cerca de 30 usuários continuaram repetindo o pedido para “reverter a mudança ou adicionar um toggle”
• Um usuário apontou que frases como “Searched for 13 patterns, read 2 files” são informações sem qualquer utilidade

O ‘ajuste’ nas versões seguintes e a persistência do problema

• Em versões posteriores, parte de thinking traces e hook output do verbose mode foi removida para deixá-lo menos verboso
  • Ainda assim, toda a saída dos sub-agents continua sendo exibida, deixando a tela poluída
• Antes, o trabalho de cada sub-agent era mostrado em um fluxo conciso de uma linha,
  • agora, grandes volumes de texto de vários agentes são exibidos ao mesmo tempo, prejudicando a legibilidade
• O texto critica que, no fim das contas, ir removendo elementos do verbose mode um a um não é muito diferente de recriar a função de toggle

Reação dos usuários e conclusão

• Alguns usuários estão fixando a versão 2.1.19
• A correção pedida poderia ser resolvida com a simples adição de uma flag booleana de configuração,
  • mas a desenvolvedora continua focada apenas em ajustar o verbose mode
• O texto termina ironizando a postura da Anthropic ao contrastar a mensagem publicitária do Super Bowl sobre “respeito ao usuário” com a resposta dada no GitHub

[GN⁺]

Opiniões no Hacker News

• Aqui é o Boris, da equipe do Claude Code. Quero explicar o contexto desta mudança
  A parte difícil de criar produtos baseados em LLM é que o modelo continua evoluindo. Já faz um ano desde o lançamento do Claude Code, e o Claude ficou muito mais inteligente, consegue rodar por mais tempo e passou a usar mais ferramentas de forma autônoma.
  Esse progresso é incrível, mas também torna difícil para o produto acompanhar a velocidade do modelo. No ambiente de terminal, a saída ficou excessiva e os usuários estão sentindo fadiga.
  Por isso, na visualização padrão passamos a mostrar apenas as informações importantes, permitindo ver os detalhes quando necessário, aplicando uma abordagem de divulgação progressiva (progressive disclosure).
  Fizemos testes internos por mais de um mês e refinamos a UX, mas isso ainda causou incômodo para alguns usuários. Ajustamos várias vezes com base no feedback e pretendemos incluir na próxima release um PR de melhoria da saída dos subagentes.
  O feedback dos usuários é central para a evolução do produto, então continuem enviando suas opiniões

  • Era muito útil poder ver diretamente quais arquivos o Claude estava lendo. Isso me permitia adicionar contexto e reduzir o desperdício de tokens. Com a atualização recente, isso ficou difícil, e é uma pena. O modo verbose não é a resposta; isso deveria ser ajustável por configuração
  • Sou usuário de leitor de tela e CTO de uma empresa de acessibilidade. Esta mudança não é apenas um incômodo, é perda de funcionalidade. Usuários videntes conseguem “bater o olho”, mas eu preciso ouvir cada linha em sequência.
    Saídas resumidas como “Read 3 files” tornam impossível saber quais arquivos estão sendo lidos. O modo verbose despeja informação demais e acaba piorando a acessibilidade.
    Bastaria adicionar uma opção booleana de configuração para mostrar inline os caminhos dos arquivos e os padrões de busca. Isso não é recurso para power users, é o básico de acessibilidade
  • Já existem muitas opções de configuração; então é estranho que esta não exista. Os caminhos dos arquivos eram importantes para entender o contexto do trabalho. Agora parece que estou dirigindo numa estrada coberta de neblina. Seria bom ter apenas um toggle
  • Se o Claude ficou mais inteligente, fico curioso se isso significa que a lógica antes tratada pelo agente agora foi movida para dentro do próprio modelo. Se for esse o caso, manter consistência é importante
  • É difícil acreditar na frase “a maioria dos usuários preferiu”. Não faço ideia do que realmente dá para fazer com a saída atual

• Saídas como “Read 3 files” são um exemplo clássico de minimalismo de UX que esconde informações úteis. Quando gerentes de produto removem informação em nome de “melhorar a experiência do usuário”, isso é um problema que a indústria já deveria ter superado.
  Sem entender profundamente os padrões de uso dos clientes, esse tipo de erro continua se repetindo

  • Acho que gestão de produto é um dos piores memes da indústria. Pessoas que nunca usaram o produto decidem como alocar recursos e o que lançar. Eu preferiria mil vezes um engenheiro sociável conversando direto com os usuários
  • PM que acha que vai melhorar UX para desenvolvedores está se enganando. Desenvolvedores querem capacidade de configuração. Nem sobre keybindings ou indentação existe consenso, então não dá para satisfazer todo mundo com uma UX única
  • Ainda assim, não precisa olhar isso com tanto cinismo. Conforme um produto ganha mais recursos, simplificar a UX se torna necessário. Às vezes faz sentido esconder menus ou mover algo para o modo verbose.
    Claro que dá para errar, mas aí se recalibra com feedback dos usuários. No fim, é um processo de encontrar equilíbrio entre excesso de informação e simplificação
  • O fato de muitos sites hoje mostrarem apenas mensagens vagas como “Ocorreu um problema” vai na mesma direção. Isso parece menos um erro e mais uma escolha deliberada
  • Novos usuários precisam construir confiança com saída detalhada antes de confiar no produto. Com o tempo migram para uma visão mais abstrata, mas no início logs detalhados são necessários

• Issues do GitHub sobre o Claude Code
  Parece que a Anthropic não quer expor o funcionamento interno para os usuários. A cada release é preciso aplicar patch manualmente para restaurar funcionalidades

  • Provavelmente é uma estratégia para separar recursos e cobrar a mais em um plano superior. A lógica seria: se o Claude Code está no nível de substituir engenheiros, então deve custar proporcionalmente caro
  • Mas quando migrarem para distribuição binária, aplicar patch também vai ficar difícil. O pacote NPM deve virar apenas um wrapper simples
  • Em contraste, o Copilot da OpenAI permite observar completamente os logs via MITM. O Claude é mais fechado nesse aspecto
  • Essas restrições provavelmente visam menos o usuário e mais impedir concorrentes de copiar o modelo
  • Se esse for o objetivo, então nem deveriam ter exposto o thinking block no cliente do usuário. A estrutura atual é contraditória

• Sou um usuário pesado do Claude Code, e nas atualizações recentes houve cada vez mais problemas de desempenho e bugs.
  Parece que a Anthropic quer controlar todo o workflow de desenvolvimento, e é decepcionante ver esse movimento em direção a uma estrutura fechada. O React TUI também é difícil de lidar
  Em contraste, o Codex 5.3 é muito mais estável com sua cadeia de agentes open source. Não gostei da direção da Anthropic neste último mês e meio

  • Tive a mesma impressão. O Amp oferece uma interação muito mais fluida e intuitiva. No geral, o Claude Code parece precisar de uma boa refatoração
  • O Codex 5.3 resolveu em duas semanas um problema que o Claude não conseguiu resolver
  • No meu caso, porém, o Codex era quase inútil no plano Plus. A integração com o VS Code também está quebrada
  • Migrei para o Codex 5.3. É mais barato e, se for para comparar CEOs, o Altman me irrita menos que o Amodei. As entrevistas do Amodei na imprensa soam como profecias delirantes

• A marca Claude está cada vez mais parecendo a “Microsoft da IA”.
  Se quiser manter uma cultura centrada em desenvolvedores, vai precisar de um esforço interno de autocorreção.
  A Microsoft dominou o mercado nos anos 90 e 2000, mas no longo prazo a experiência do desenvolvedor (DX) piorou.
  A Apple reconstruiu o sistema operacional com base em BSD e se alinhou ao ecossistema Linux, e isso fez diferença no longo prazo. A Anthropic deveria aprender com essa história

  • A Anthropic está se preparando para um IPO este ano e, a partir de agora, é o momento em que a prioridade começa a mudar de satisfação do usuário para maximização de receita.
    Sob a pressão dos resultados trimestrais de Wall Street, esse tipo de mudança é um caminho inevitável
  • O que mais me irrita é que, mesmo com o plano Claude Max, não dá para usar o OpenCode. Acho a UI do OpenCode muito melhor
  • Talvez, em vez de tentar evitar virar a “Microsoft da IA”, eles estejam justamente mirando isso

• Quando Skyrim saiu, foi criticado por simplificar sistemas, mas no fim acabou sendo um sucesso.
  Esta controvérsia parece parecida. Alguns usuários ficam furiosos com a mudança, enquanto outros só se importam com o resultado final.
  Mas o problema maior é a sensação de que programadores estão perdendo controle. Autocomplete, scaffolding de projeto e agora até a exibição do nome dos arquivos — pequenas mudanças vão se acumulando e gerando ansiedade

  • Mas o Claude Code é uma ferramenta de programação. Existe um produto separado de Co-work para não desenvolvedores, então não entendo por que sacrificar a UX voltada a devs
  • Mesmo com assinatura mensal, por causa do limite de tokens a otimização continua sendo importante
  • Se olharmos para o caso de Starfield, que mostrou como a simplificação de Skyrim fracassou no longo prazo, essa direção pode ser arriscada
  • Pessoalmente, acho Dark Messiah muito mais refinado que Skyrim. Vídeo relacionado

• Hoje em dia, com o aumento de usuários não desenvolvedores, parece que a Anthropic está desenhando a UX para esse público.
  Mas, como resultado, os engenheiros de verdade estão sendo deixados de lado.
  Acho que seria melhor ter uma versão Web/desktop do Claude Code voltada a não desenvolvedores. O terminal, por natureza, é adequado para um ambiente poderoso de agentes

  • Em uma ponta estão os não desenvolvedores que acham os logs barulhentos; na outra, os usuários avançados que rodam vários agentes em paralelo; no meio ficam os engenheiros que observam os agentes em tempo real
  • Se 80% dos clientes pagantes forem não desenvolvedores, até dá para entender uma UX feita para eles. Mas, no longo prazo, isso pode ser uma estratégia de perder a base principal de clientes
  • Penso o mesmo. É bom atrair aprendizes, mas a experiência dos usuários avançados não deveria ser sacrificada
  • A estratégia de agentes em paralelo é sedutora do ponto de vista das empresas porque gera mais retorno do que humanos
  • A liderança parece estar presa a uma autoconfiança exagerada, com ideias como “substituir desenvolvedores até 2026”. Mas o valor real aparece ao apoiar engenheiros experientes.
    Se um PM iniciante apenas joga prompts, o resultado vira bagunça. Quando equipes experientes usam essas ferramentas, podem surgir resultados impressionantes

• Hoje em dia o modo verbose do Claude Code está uma bagunça, então depurar ficou difícil. Mesmo assim continuo usando porque ele ainda entrega o que preciso.
  Com o aumento recente de clientes corporativos, dá para sentir a pressão financeira sobre a Anthropic. É preciso mais transparência

  • Muitas empresas migraram para o Claude porque o desempenho do Opus 4.5 foi um ponto de virada. É caro, mas é poderoso nesse mesmo nível
  • Hoje em dia até os anúncios no YouTube estão cheios de Claude. O marketing para não desenvolvedores está forte
  • Como alternativa, recomendo o pi coding agent. É simples e fácil de hackear

• É interessante ver empresas de IA aumentando restrições aos usuários sob pressão financeira.
  Os anúncios no ChatGPT e a remoção de recursos no Claude Code são sinais disso.
  O Google idealizou inserção de anúncios em tempo real, mas quem implementou primeiro na prática foi a OpenAI.
  Estou vendo essa tendência como “hora da pipoca”. Só uso o Gemini às vezes para pesquisa

• Diferentemente da maioria, eu uso o modo plan.
  Não preciso acompanhar o stream intermediário de tokens, nem gerenciar minuciosamente cada etapa do agente.
  O que importa é o resultado e uma explicação resumida clara.
  Se a explicação não for clara, então o código também não é claro. Nesses casos, eu volto tudo com git restore . e começo uma nova sessão.
  É muito mais eficiente recomeçar do zero do que tentar preservar à força o contexto existente