Claude Code reduz 80% do prompt do sistema — Por que Opus 5 ainda cresceu 72%

Introdução

A Anthropic apresentou recentemente uma grande mudança na forma como o Claude Code fornece contexto aos seus modelos mais recentes.

Para o Claude Opus 5, Claude Fable 5 e outros modelos avançados do Claude 5, a empresa afirma ter removido mais de 80% do conteúdo do prompt de sistema que antes era usado para guiar o funcionamento correto dos modelos antigos. A Anthropic também afirma que essa simplificação não resultou em perda mensurável de desempenho em suas avaliações de codificação.

Isso parece uma história direta: modelos mais fortes precisam de menos regras detalhadas.

No entanto, um desenvolvedor independente, Chen Cheng (@chenchengpro), capturou o contexto de saída gerado pelo Claude Code para várias versões de modelo e relatou uma sequência surpreendente:

Do Opus 4.8 para o Opus 5, o conteúdo do prompt medido aumentou cerca de 72%.

À primeira vista, a afirmação da Anthropic de "remover mais de 80%" parece contradizer o resultado de "aumento de 72%" do desenvolvedor.

Não é o caso.

Esses dois números usam bases de referência diferentes e descrevem aspectos distintos do processo de transformação do Claude Code. A Anthropic descreve a transição de uma arquitetura de prompt antiga e altamente prescritiva. Já o desenvolvedor está comparando o Opus 5 com o prompt excepcionalmente compacto usado pelo Opus 4.8 em uma configuração específica de captura.

O Claude Code de fato removeu grande parte da estrutura antiga de instruções. Em seguida, o Opus 5 recebeu um conjunto menor de novas restrições direcionadas, usadas para controlar comportamentos que se tornam mais proeminentes à medida que a autonomia do modelo aumenta.

A Anthropic removeu mais de 80% do conteúdo antigo do prompt

A explicação oficial da Anthropic começa com um problema que muitos desenvolvedores de agentes reconhecerão: o acúmulo de instruções.

Quando um modelo antigo cometia repetidamente um erro, a equipe de produto adicionava uma regra. Se ele escrevia comentários desnecessários, adicionava-se uma regra de comentários. Se criava documentos de planejamento desnecessários, adicionava-se uma regra de documentação. Se usava uma ferramenta incorretamente, adicionavam-se exemplos de uso da ferramenta. Se não validava o trabalho realizado, mais uma regra de validação.

Com o tempo, o prompt de sistema começava a se parecer com um manual do funcionário montado um incidente de cada vez.

Essa abordagem ajudou os modelos antigos, mas também introduziu novos problemas.

Sobreposição de instruções gera atrito

O Claude Code não recebe apenas um único prompt. Seu contexto de trabalho pode incluir:

• Prompt de sistema do produto
• Definições de ferramentas
• Arquivo CLAUDE.md
• Regras
• Habilidades
• Memória
• Instruções do usuário
• Arquivos do repositório de código
• Saídas de comandos e ferramentas

Quando várias camadas de instrução se repetem ou se contradizem sutilmente, o modelo precisa gastar esforço de raciocínio para decidir qual instrução deve prevalecer.

Por exemplo, uma camada pode dizer para adicionar documentação quando apropriado, enquanto outra diz para não criar comentários ou documentação a menos que seja explicitamente solicitado. Em seguida, um arquivo do projeto pode adicionar uma terceira regra cobrindo o mesmo comportamento.

O modelo pode ainda chegar ao resultado correto, mas o contexto já está fazendo trabalho desnecessário antes mesmo da tarefa de codificação começar.

Modelos atualizados podem confiar mais em julgamento local

A Anthropic deu um exemplo claro envolvendo comentários e documentação.

O Claude Code antigo usava restrições rígidas e detalhadas para impedir comentários de baixa qualidade e arquivos de planejamento desnecessários. Já as instruções atualizadas são muito mais concisas: escreva código consistente com o estilo do projeto ao redor, incluindo suas convenções de nomenclatura, estilo idiomático e densidade de comentários.

Essa mudança desloca a base da decisão de regras globais para evidências locais.

Em vez de dizer ao Claude que comentários são sempre indesejáveis, o sistema pede que ele verifique como o código existente no repositório transmite a intenção.

Esse é o padrão mais amplo por trás da simplificação do prompt:

Método antigo:
Descreva todos os possíveis erros e proíba-os antecipadamente.

Novo método:
Forneça a função do produto, ferramentas, limites e evidências relevantes,
e então deixe o modelo julgar por si mesmo dentro dessas restrições.

A Anthropic relata que remover mais de 80% do conteúdo do prompt de sistema antigo não resultou em queda mensurável em suas avaliações de codificação.

Esse resultado não significa que as instruções não são mais importantes. Significa que as instruções eficazes mudaram.

As novas regras da engenharia de contexto

A reformulação da Anthropic pode ser resumida em algumas transições de "antes e depois".

Essas mudanças não se aplicam apenas aos prompts de sistema internos da Anthropic. Elas também influenciam como os desenvolvedores devem manter CLAUDE.md, habilidades, ferramentas e estruturas de agente personalizadas.

Mantenha o CLAUDE.md focado em fatos específicos do projeto

O arquivo CLAUDE.md é carregado no início de uma sessão do Claude Code. Isso o torna ideal para informações do repositório que o Claude precisa saber continuamente.

Bons conteúdos incluem:

• Decisões de arquitetura que não podem ser inferidas do código.
• Comandos de build e teste necessários.
• Convenções específicas do repositório.
• Diretórios importantes e limites de propriedade.
• Bibliotecas que o projeto exige ou proíbe.
• Restrições de segurança ou implantação que não são óbvias.

Conteúdos menos úteis incluem:

• Conselhos genéricos que o Claude já conhece.
• Passos operacionais冗长 usados apenas ocasionalmente.
• Fatos diretamente visíveis em arquivos de pacote ou código fonte.
• As mesmas instruções repetidas em ferramentas, habilidades e prompts do usuário.
• Exemplos grandes que consomem contexto a cada solicitação.

A documentação atual do Claude Code recomenda manter o CLAUDE.md conciso e mover materiais procedurais ou densos em referência para arquivos de habilidade carregados sob demanda.

Um arquivo centralizado pode ser assim:

# Guia do Projeto

- Todos os comandos de gerenciamento de pacotes usam pnpm.
- Antes de relatar a conclusão de uma alteração de código, execute `pnpm test` e `pnpm lint`.
- As APIs públicas são definidas em `packages/sdk`; evite alterações que quebrem a compatibilidade.
- Migrações de banco de dados precisam incluir um arquivo de rollback correspondente.
- Não edite diretamente arquivos gerados em `src/generated`.

Não há necessidade de explicar exaustivamente comportamentos genéricos de engenharia de software.

Migre passos longos para habilidades

As habilidades empacotam instruções reutilizáveis em arquivos SKILL.md. O conteúdo completo só é carregado quando a habilidade é usada, sem consumir contexto para tarefas não relacionadas.

Isso torna as habilidades mais adequadas para carregar os seguintes fluxos de trabalho:

• Revisão de pull requests.
• Preparação de release.
• Verificações de segurança.
• Validação de front-end.
• Migrações de banco de dados.
• Investigação de incidentes.
• Publicação de documentação.

Uma habilidade mínima de revisão pode ser estruturada assim:

description: Revisar pull requests quanto a correção, regressões e testes ausentes.

Revisão de Pull Request

1. Leia o diff completo e os testes afetados.
2. Identifique primeiro defeitos específicos, e não preferências de estilo.
3. Execute o conjunto de testes relevante mínimo.
4. Verifique se houve alteração no comportamento público ou na compatibilidade.
5. Relate descobertas por gravidade, com referência a arquivos.

Esta etapa só está disponível no início do trabalho de revisão, mas não sobrecarrega solicitações que apenas pedem ao Claude para renomear uma variável.

Trata-se de uma divulgação progressiva: fornecer o contexto adequado nos pontos críticos.

Removendo instruções duplicadas

Geralmente, cada instrução deve existir em apenas um local de autoridade.

Por exemplo:

• Comportamentos de nível de produto pertencem ao prompt do sistema.
• Fatos de nível de projeto pertencem a CLAUDE.md.
• Etapas reutilizáveis pertencem a habilidades.
• Requisitos específicos de ferramentas pertencem à definição da ferramenta.
• Execução determinística pertence a hooks, permissões, testes ou scripts.

Repetir a mesma regra em múltiplos níveis nem sempre reforça sua eficácia; pode aumentar o tamanho do contexto, introduzir variações de redação e aumentar a dificuldade de manutenção futura.

Antes de adicionar mais uma instrução, pergunte-se:

1. Isso já foi expresso em outro lugar?
2. O Claude consegue inferir isso do código-fonte?
3. Isto é um fato, uma etapa ou um requisito de execução rígido?
4. É necessário carregar isso a cada solicitação?
5. Testes ou hooks aplicam essa regra de forma mais confiável do que descrições textuais?

Projete ferramentas melhores, em vez de escrever mais exemplos

Guias anteriores de engenharia de prompt frequentemente recomendavam fornecer vários exemplos de uso de ferramentas.

A Anthropic acredita que exemplos podem limitar modelos avançados a seguir caminhos demonstrados. O modelo pode imitar as amostras, em vez de escolher os parâmetros ou combinações de ferramentas ideais para a tarefa atual.

Uma ferramenta bem projetada deve comunicar claramente seu uso através de sua interface:

• Nomes de parâmetros claros.
• Descrições precisas.
• Campos opcionais explícitos.
• Valores de enumeração úteis.
• Saídas previsíveis.
• Mensagens de erro acionáveis.

Por exemplo, os seguintes valores de enumeração:

{
"status": "pending | in_progress | completed"
}

Comunicam as regras de transição de status válidas de forma mais direta do que longos parágrafos.

Inclua alguns exemplos fixos.

Exemplos ainda são úteis quando o formato ou comportamento de borda pode ser ambíguo. Esta mudança não significa "nunca use exemplos", mas "não use exemplos para substituir uma interface bem projetada."

Forneça referências executáveis

Os modelos Claude mais recentes podem trabalhar diretamente com base em referências mais ricas.

Em vez de descrever cada requisito com texto, os desenvolvedores podem fornecer:

• Código existente.
• Casos de teste.
• Um comando que falhou.
• Um protótipo HTML.
• Uma captura de tela.
• Um padrão.
• Um artefato de design.
• Um script de benchmark.
• Uma entrada de amostra e saída esperada.

Um teste executável geralmente define o critério de sucesso de forma mais explícita do que vários parágrafos de texto dizendo que "a implementação deve estar correta."

Isso desloca a engenharia de contexto de escrever manuais de instruções grandes para projetar ambientes de trabalho melhores.

Captura independente encontra um rebote de 72%

Após a Anthropic anunciar uma redução de 80%, o desenvolvedor Chen Cheng relatou ter testado o que o Claude Code realmente envia para vários modelos Opus.

Ele redirecionou a CLI para um servidor local e registrou o conteúdo das requisições de saída. Os números de caracteres que ele divulgou são:

Opus 4.7: 15.225 caracteres
Opus 4.8: 4.467 caracteres
Opus 5: 7.694 caracteres

Esses números mostram três comparações diferentes:

Portanto, o prompt do Opus 5 capturado é muito mais longo que o do Opus 4.8, mas tem cerca de metade do comprimento do Opus 4.7.

Estes são números de caracteres, não de tokens. Eles também representam apenas uma configuração capturada do Claude Code, não uma especificação universal para cada solicitação.

O Claude Code pode montar contexto dinamicamente com base em ferramentas, configuração, recursos e estado do produto. O conteúdo exato enviado pode variar com a versão e o ambiente.

Por que ambos os números, 80% e 72%, podem estar corretos

Uma vez que as diferentes bases de comparação são distinguidas, essa aparente contradição desaparece.

O número da Anthropic descreve uma limpeza arquitetural

A Anthropic afirma que removeu mais de 80% do conteúdo do prompt do sistema usado pelo modelo Claude 5 avançado, em comparação com o design antigo e rico em instruções.

Este número refere-se à quantidade de prompts legados que foram removidos durante a transição para uma arquitetura de engenharia de contexto mais moderna.

Não afirma que cada requisição do Opus 5 é 80% mais curta em número de caracteres do que cada requisição do Opus 4.8.

O número do desenvolvedor compara duas capturas adjacentes

O número de 72% compara a requisição do Opus 5 registrada com a requisição excepcionalmente pequena do Opus 4.8 capturada pelo desenvolvedor.

O Opus 4.8 parece ser o ponto mais baixo nessa comparação de três modelos. O Opus 5, por sua vez, adiciona orientação direcionada, embora seu comprimento total ainda seja muito menor do que o caminho antigo do Opus 4.7.

Portanto, ambas as afirmações podem coexistir:

Arquitetura de prompt antiga → Prompt do modelo avançado:
Redução geral significativa.

Captura do Opus 4.8 → Captura do Opus 5:
Aumento parcial em relação à versão medida mínima.

Claude Code parece manter caminhos de prompt distintos

A verificação do desenvolvedor também relatou que a implementação do Claude Code contém dois conjuntos de caminhos de prompt.

Uma função de roteamento seleciona prompts legados mais detalhados para identificadores de modelo mais antigos, e prompts simplificados para modelos mais novos.

De acordo com a lógica relatada, modelos como Opus antigo, Sonnet, Haiku e a série Claude 3 estão no caminho do prompt detalhado, enquanto Opus 4.8, Opus 5, Fable 5 e outros modelos mais novos usam a arquitetura mais curta.

Este detalhe de roteamento vem de uma verificação de terceiros, não da documentação oficial da arquitetura da Anthropic.

No entanto, isso está alinhado com a explicação pública da Anthropic: modelos mais fortes podem operar com estruturas normativas menores, enquanto modelos mais antigos podem ainda precisar de restrições explícitas que os modelos mais novos podem inferir do contexto.

Por que o Opus 5 precisa de nova orientação direcionada

O Claude Opus 5 é mais capaz em trabalho autônomo de longa duração do que os modelos Opus anteriores.

Essa capacidade introduz comportamentos que são úteis em tarefas grandes, mas caros ou uma distração em tarefas pequenas.

O guia oficial de prompts do Opus 5 da Anthropic destaca vários aspectos que podem precisar de ajustes:

• Comprimento e prolixidade das respostas.
• Atualizações de progresso voltadas ao usuário.
• Comprimento das entregas escritas.
• Escopo da tarefa.
• Verificação excessiva.
• Delegação a subagentes.
• Autocorreção.

De acordo com análises de desenvolvedores que relataram diferenças, surgiu uma quantidade significativa de novos conteúdos em torno da execução do trabalho e do tratamento de correções.

O texto privado exato não deve ser considerado uma especificação pública oficial, mas essas categorias estão altamente alinhadas com o guia Opus 5 publicado pela Anthropic.

Atualizações de progresso podem se tornar muito frequentes

Relatórios de progresso são úteis para migrações longas ou investigações em todo o repositório.

Para pequenas alterações, narrativas frequentes aumentam a latência e o consumo de tokens sem melhorar o código.

Uma estratégia de agente útil precisa distinguir entre esses dois casos:

Relate o progresso em trabalhos longos e de várias etapas, quando a atualização ajudar o usuário a entender o status ou a tomar decisões.
Não narre cada chamada de ferramenta de rotina.

O objetivo não é o silêncio, mas sim a comunicação proporcional.

Modelos mais fortes podem expandir demais o escopo da tarefa

Um agente de codificação avançado, ao concluir a alteração solicitada, pode notar problemas relacionados.

Às vezes, essa proatividade é valiosa. Outras vezes, pode transformar uma solicitação simples em uma refatoração ampla que o usuário não aprovou.

Para o Opus 5, os limites da tarefa se tornam mais importantes precisamente porque o modelo é mais capaz.

Ele é melhor em encontrar trabalho extra.

Uma solicitação clara pode ser assim:

Corrija o problema relatado e os testes diretamente afetados.
Não refatore módulos não relacionados nem expanda a API pública.

As condições de contorno definem o que significa "concluído", sem precisar especificar cada etapa de implementação.

Subagentes podem aumentar os custos

A Anthropic afirma que o Opus 5 tende a usar mais subagentes do que os modelos anteriores.

Delegar é valioso quando o trabalho é verdadeiramente independente e grande o suficiente para ser processado em paralelo. Quando a tarefa pode ser concluída diretamente com algumas chamadas de ferramenta, a delegação é ineficiente.

O guia oficial sugere fornecer condições claras ou limites determinísticos.

Instruções práticas são as seguintes:

Use subagentes apenas para fluxos de trabalho grandes e independentes.
Não crie subagentes para repetir ou verificar trabalho que você pode fazer diretamente.
Mantenha o número de agentes concorrentes pequeno.

Isso controla custos e tempo sem desabilitar recursos úteis.

A autocorreção repetitiva pode causar desperdício

O Opus 5 foi projetado para encontrar e corrigir muitos de seus próprios erros.

Prompts que repetidamente pedem "verifique tudo novamente", "valide de novo" ou "reverifique com outro agente" se sobrepõem ao comportamento inato do modelo.

A Anthropic afirma que remover instruções de verificação redundantes pode reduzir o consumo de tokens inúteis sem diminuir a qualidade.

A verificação ainda é crucial, mas deve ser baseada em evidências específicas:

• Execute os testes relevantes.
• Compile o projeto.
• Verifique a página renderizada.
• Compare a saída com a especificação.
• Verifique o diff final.

Um padrão ineficiente é exigir reflexão abstrata adicional depois que as verificações objetivas já foram aprovadas.

Como os desenvolvedores devem se ajustar agora

O guia oficial e os testes independentes apontam para as mesmas lições práticas: o contexto deve ser organizado em torno da funcionalidade, e não acumulado por precaução.

1. Revise a pilha de contexto completa

Verifique todos os pontos que podem influenciar o Claude:

• CLAUDE.md
• Regras
• Habilidades
• Descrições de ferramentas
• Ganchos
• Instruções do servidor MCP
• Prompts do usuário
• Prompts de sistema personalizados em estruturas de agentes

Procure instruções duplicadas, conflitantes, desatualizadas ou muito amplas.

1. Mantenha apenas regras de projeto não óbvias no CLAUDE.md

Remova informações que o Claude pode obter diretamente de arquivos fonte, manifestos de pacotes ou especificações padrão.

Mantenha apenas conteúdo de decisão que não seria visível de outra forma.

1. Transfira fluxos de processo para habilidades

Se uma parte descreve uma sequência repetível em vez de um fato fixo, transforme-a em uma habilidade.

Isso reduz o tamanho do contexto padrão e torna os fluxos de trabalho reutilizáveis.

1. Coloque instruções de ferramentas dentro das ferramentas

Não repita as regras de parâmetros de ferramentas no prompt do sistema, no CLAUDE.md e em cada solicitação do usuário.

Forneça às ferramentas uma arquitetura bem expressa e descrições precisas.

1. Substitua descrições longas por testes e referências

Sempre que possível, forneça artefatos reais que definam o sucesso.

Testes com falha, protótipos, arquitetura ou saída esperada são mais precisos do que longas explicações sobre "como o resultado deve ser".

1. Estabeleça limites para o comportamento proativo do Opus 5

Para tarefas pequenas, defina claramente:

• O escopo permitido.
• Se o uso de subagentes é razoável.
• Como a narração de progresso é útil.
• Que verificação é necessária.
• Quando o agente deve parar.

Não tente remediar restaurando manuais genéricos volumosos.

1. Execute as ferramentas de diagnóstico do Claude Code

A Anthropic afirma que as melhores práticas atuais estão incorporadas no fluxo de trabalho do Claude Code Doctor.

No shell, execute:

claude doctor

Dentro do Claude Code, execute:

/doctor

O diagnóstico pode verificar instalação, configuração, servidores MCP e uso de contexto. A versão atual também pode ajudar a identificar configurações de contexto muito grandes ou inválidas.

Suas sugestões devem ser revisadas, e não simplesmente deletar diretrizes do projeto.

Um exemplo de contexto antes e depois

Configuração sobrecarregada

# CLAUDE.md

Antes de editar, sempre verifique o repositório.
Sempre escreva código limpo.
Sempre teste cada alteração.
Nunca adicione comentários desnecessários.
Nunca adicione arquivos desnecessários.
Use a ferramenta de teste exatamente como mostrado no exemplo abaixo...

[Várias páginas de instruções de revisão, publicação, teste e ferramentas]

Este arquivo contém expectativas genéricas, fluxos repetíveis e documentação de ferramentas com aplicabilidade desigual em diferentes tarefas.

Configuração focada

# CLAUDE.md

- Use pnpm; este repositório não suporta npm ou yarn.
- A compatibilidade da API pública é necessária em `packages/sdk`.
- Execute `pnpm test` e `pnpm lint` antes de finalizar as alterações de código.
- As etapas de publicação estão na habilidade `/release-check`.
- As etapas de revisão de segurança estão na habilidade `/security-review`.

O arquivo menor mantém informações específicas do projeto e delega fluxos condicionais a habilidades.

É isso que a redução de prompt realmente significa: menos instruções permanentes e um contexto melhor estruturado.

Medições não provam nada

Os números de caracteres no relatório são úteis, mas não devem ser superinterpretados.

Eles não provam que:

• Cada solicitação do Opus 5 contém sempre exatamente 7.694 caracteres.
• O comprimento do prompt do sistema prevê diretamente a qualidade da codificação.
• Prompts mais curtos são automaticamente melhores.
• O dado de 80% da Anthropic é falso.
• O Opus 5 precisa de 72% mais contexto total por sessão do que o Opus 4.8.
• O texto capturado inclui todas as instruções dinâmicas usadas no produto.

O comprimento do prompt é apenas uma variável.

A qualidade das instruções, a ordenação do contexto, o cache de prompts, o design das ferramentas, as habilidades, as evidências do repositório e a capacidade do modelo afetam os resultados.

Prompts concisos podem ser vagos; prompts mais longos podem ser precisos. O objetivo não é o menor número de caracteres, mas o menor contexto confiável que fornece ao modelo as informações e os limites necessários.

A maior lição para construtores de agentes

Conforme os modelos melhoram, o design de instruções passa de microgerenciamento para governança.

Agentes mais antigos geralmente precisam de descrições detalhadas sobre como executar cada etapa. Agentes mais fortes podem descobrir mais métodos a partir de ferramentas e evidências.

Isso não elimina o papel humano. Isso muda onde o esforço humano é mais valioso.

Os construtores de agentes devem gastar menos tempo listando cada comportamento esperado e mais tempo definindo:

• Ferramentas disponíveis.

• Limites de permissão.

• Fontes de verdade.

• Critérios de sucesso.

• Limites de escopo.

• Controle de custos.

• Caminhos de escalação.

• Verificações de certeza.

O modelo precisa de menos conselhos em cada ação, mas de permissões mais claras sobre o que pode fazer, o que deve provar e quando deve parar.

Perguntas frequentes

A Anthropic realmente removeu mais de 80% dos prompts do sistema do Claude Code?

A Anthropic afirmou oficialmente que removeu mais de 80% do conteúdo do prompt do sistema para modelos avançados como o Claude Opus 5 e o Claude Fable 5.

Por que a dica do Opus 5 capturada é 72% mais longa que a do Opus 4.8?

O número de 72% tem como base o Opus 4.8. Na captura do desenvolvedor, a dica do Opus 4.8 era excepcionalmente compacta, com apenas 4.467 caracteres, enquanto a do Opus 5, após receber orientações direcionadas adicionais, mediu 7.694 caracteres.

A empresa também afirmou que essa alteração não resultou em perdas mensuráveis na sua avaliação de codificação.

Os números 15.225, 4.467 e 7.694 são dados oficiais da Anthropic?

Não. Esses dados foram reportados por um desenvolvedor independente, que redirecionou a CLI do Claude Code para um servidor local e inspecionou as requisições de saída. A Anthropic ainda não divulgou essas contagens de caracteres como totais fixos ou padrão.

A dica do Opus 5 ainda é mais curta que a do Opus 4.7?

Nos relatos capturados, sim. Embora a dica de 7.694 caracteres do Opus 5 seja mais longa que a do Opus 4.8, ela ainda é cerca de 49,5% mais curta que a dica de 15.225 caracteres do Opus 4.7.

O que deve ser mantido no CLAUDE.md?

Mantenha fatos e regras específicos do projeto que o modelo não consegue inferir de forma confiável a partir do repositório. Mova fluxos de trabalho longos e condicionais para as skills, e remova orientações genéricas ou repetitivas.

Por que fluxos de trabalho longos devem se tornar skills?

Os detalhes das skills são carregados quando necessário, em vez de ocupar espaço em todas as requisições. Isso suporta a divulgação progressiva e evita que sessões não relacionadas carreguem processos de revisão, publicação ou implantação em seu contexto padrão.

O Opus 5 precisa de dicas mais rigorosas que modelos antigos?

Ele precisa de dicas diferentes. A Anthropic sugere controlar a verbosidade, atualizações de progresso, escopo da tarefa, validação excessiva, geração de subagentes e autocorreção, quando esses comportamentos adicionam custos ou tempo desnecessários.

Como verificar se o contexto do meu Claude Code está muito grande?

Execute claude doctor no shell, ou /doctor dentro do Claude Code. Além disso, verifique manualmente CLAUDE.md, skills, descrições de ferramentas e instruções repetitivas, pois o diagnóstico automático não consegue determinar todos os requisitos específicos de cada projeto.

Ferramentas relacionadas

• Claude Code: O ambiente de codificação agente da Anthropic para exploração, edição, teste e automação de repositórios.
• Claude Code Skills: Empacota fluxos de trabalho e referências reutilizáveis em arquivos SKILL.md, carregados quando necessário.
• Depurador de configuração do Claude Code: Ajuda a diagnosticar por que instruções, skills, hooks, configurações ou servidores MCP não estão funcionando.
• Guia de dicas para Claude Opus 5: Orientação oficial específica do modelo sobre escopo, verbosidade, progresso, subagentes, validação, etc.

Correção.

• Model Context Protocol (MCP): Um padrão aberto para conectar sistemas de agentes a ferramentas e fontes de dados externas.

Links relacionados

• As novas regras da engenharia de contexto para a geração Claude 5: Explicação oficial da Anthropic sobre a redução de 80% e seus princípios atualizados de engenharia de contexto.
• Dicas para Claude Opus 5: Guia oficial para controlar a proatividade e o comportamento agente do novo modelo.
• Melhores práticas de dicas: Referência abrangente da Anthropic sobre instruções, ferramentas, raciocínio, sistemas agêntes e migração.
• Expandindo Claude Code com skills: Instruções oficiais para criar e organizar contextos reutilizáveis sob demanda.
• Guia de funcionalidades do Claude Code: Explica quando usar CLAUDE.md, skills, hooks, subagentes e controles relacionados.
• Post de medição do desenvolvedor: Captura de tela de terceiros citada para as contagens de caracteres das dicas do sistema no relatório.

Resumo

A redução de 80% da Anthropic e o aumento de 72% reportado pelo desenvolvedor descrevem comparações diferentes. O Claude Code removeu muitas instruções legadas e altamente prescritivas direcionadas a modelos avançados. A dica capturada do Opus 5 posteriormente recebeu orientação direcionada adicional em relação à versão extremamente compacta do Opus 4.8.

O comprimento reportado da dica do Opus 5 ainda é cerca da metade da dica capturada do Opus 4.7. Sua orientação adicional está alinhada com o comportamento do Opus 5 que a Anthropic destacou publicamente: mais narrativa de progresso, escopo de tarefa mais amplo, delegação mais frequente a subagentes, entregas mais longas e autocorreção repetida.

Para desenvolvedores, a resposta útil não é buscar a dica mais curta. Mantenha o CLAUDE.md focado, mova fluxos de trabalho condicionais para as skills, elimine repetições, melhore as interfaces das ferramentas, forneça referências executáveis e estabeleça limites claros para escopo, custo e conclusão.

A nova regra da engenharia de contexto não é "dizer menos a qualquer custo", mas "carregar apenas a orientação que o modelo precisa, no nível apropriado."