Guia de campo do Claude Code em português

O Claude Code ficou mais rápido? Como conferir o que mudou

O Claude Code pode parecer mais rápido sem que tenha ocorrido uma melhora geral do aplicativo. Modelo, esforço de raciocínio, reaproveitamento de contexto e ferramentas entram nessa comparação. A pergunta publicada no X é um relato de percepção, não uma medição: os materiais consultados não comprovam uma aceleração recente para todos. Para entender a diferença no seu caso, é preciso separar o tempo até a resposta começar do tempo necessário para concluir a tarefa.

Mais rápido em qual parte da tarefa?

Há pelo menos três tempos diferentes: abrir a sessão, receber o começo da resposta e chegar a um resultado conferido. Um texto que começa a aparecer antes pode terminar junto com o de outra sessão. Uma alteração que parece demorada pode incluir leitura de arquivos, execução de testes e correções. Comparar apenas a sensação de fluidez mistura etapas que precisam ser observadas separadamente.

No Windows, faça a comparação na mesma interface: terminal com terminal, extensão com extensão. Anote também a pasta do projeto e a versão utilizada. Isso não elimina todas as diferenças, mas evita atribuir ao aplicativo uma mudança que coincidiu com outra configuração ou outro ambiente de trabalho.

Confira modelo e esforço antes de comparar

O guia explica na p. 55 que o esforço controla quanto o modelo raciocina: níveis menores tendem a responder antes; níveis maiores levam o modelo a examinar mais casos antes da resposta. Portanto, dois pedidos iguais com esforços diferentes não são uma comparação controlada da velocidade do aplicativo.

Confira o modelo com /model e o esforço com /effort. Registre o que aparece antes de mudar qualquer opção. Se o objetivo for investigar uma diferença entre dias, interessa saber se as escolhas permaneceram iguais. Trocar o modelo e reduzir o esforço ao mesmo tempo impede descobrir qual mudança contribuiu para o resultado.

Também importa conferir a entrega: uma resposta curta, sem os testes solicitados, não equivale a uma correção validada. Para trabalho de código, inclua na comparação se a alteração resolveu o problema e se os testes pertinentes foram executados. A rapidez só tem significado quando o resultado exigido permanece o mesmo.

O cache muda a comparação entre turnos

Outra variável aparece na p. 56: o cache de prompt reaproveita partes já processadas da requisição. O guia descreve a montagem em camadas e mostra que trocar de modelo muda o cache utilizado. Assim, o primeiro pedido e uma continuação da conversa podem partir de condições diferentes, mesmo no mesmo computador.

A página também explica que o cache expira após um intervalo sem uso. Quando isso acontece, o pedido seguinte precisa reprocessar o contexto. Por isso, comparar uma sessão retomada depois de uma pausa com uma sequência de pedidos feitos sem interrupção pode produzir uma conclusão enganosa sobre a velocidade do aplicativo.

Para uma verificação simples, marque se cada tentativa foi o primeiro pedido da sessão ou uma continuação. Anote as pausas e as trocas de modelo. Não é necessário transformar isso em um benchmark profissional; basta evitar tratar situações diferentes como se fossem equivalentes.

Subagentes não aceleram qualquer pedido

A documentação recomenda a conversa principal quando a latência importa: um subagente que não seja um fork começa sem o contexto acumulado e pode gastar tempo reunindo informações. Isso ajuda a explicar por que dividir uma alteração pequena entre ajudantes pode aumentar a espera, mesmo quando a divisão parece organizada.

A recomendação não significa abandonar subagentes. A própria documentação os indica para trabalhos independentes, com saída extensa ou restrições específicas de ferramentas. O critério é o formato da tarefa. Para comparar velocidade, registre se houve delegação e mantenha essa condição entre as tentativas. Consulte a orientação na documentação de subagentes.

Inicialização mais curta tem condições próprias

A documentação apresenta --bare como opção para reduzir o tempo de inicialização em scripts, pulando a descoberta automática de personalizações. Isso inclui hooks, skills, plugins, servidores MCP, memória automática e CLAUDE.md. É um caso documentado de redução de trabalho na abertura, não uma prova de que todas as respostas ficaram mais rápidas.

Há uma diferença decisiva: nesse modo, o Claude Code não lê as credenciais OAuth nem o armazenamento de credenciais do sistema. A documentação descreve autenticação própria para esse uso. Portanto, não faz sentido ativá-lo apenas para reproduzir a experiência normal da assinatura. As condições estão na documentação de execução por scripts.

Um roteiro para conferir a percepção

Escolha uma tarefa pequena com resultado verificável e preserve o mesmo estado inicial dos arquivos.
Anote interface, versão, modelo, esforço e se a conversa já tinha contexto.
Meça separadamente o começo da resposta e a conclusão, incluindo ferramentas e testes.
Repita em condições semelhantes e registre falhas ou entregas incompletas, sem descartá-las da comparação.

Se os tempos melhorarem nessas condições, haverá evidência de melhora naquele cenário. A causa ainda exige investigação: o teste, sozinho, não identifica uma alteração no servidor ou no aplicativo. Para interpretar modelo, esforço e cache em conjunto, o capítulo 6 do Guia de campo do Claude Code desenvolve esses mecanismos nas p. 55 e p. 56.