Pular para o conteúdo principal
Quando Claude ignora uma instrução ou um recurso que você configurou não aparece, a causa geralmente é que o arquivo não foi carregado, foi carregado de um local diferente do esperado, ou outro arquivo o sobrescreveu. Este guia mostra como inspecionar o que Claude Code realmente carregou para que você possa estreitar qual se aplica. Para problemas de instalação, autenticação e conectividade, consulte Troubleshooting installation and login em vez disso.

​
Veja o que foi carregado no contexto

O comando /context mostra tudo que ocupa a janela de contexto para a sessão atual, dividido por categoria: prompt do sistema, arquivos de memória, skills, subagentes personalizados com a fonte de cada um carregado, ferramentas MCP e mensagens de conversa. Execute-o primeiro para confirmar se seu CLAUDE.md, regras ou descrições de skill estão presentes. Para detalhes sobre uma categoria específica, acompanhe com o comando dedicado: Se um arquivo de memória estiver faltando em /memory, verifique sua localização em relação a como os arquivos CLAUDE.md são carregados. Os arquivos CLAUDE.md do subdiretório são carregados sob demanda quando Claude lê um arquivo nesse diretório com a ferramenta Read, não no início da sessão. Se /memory confirmar que o arquivo foi carregado mas Claude ainda não está seguindo uma instrução particular, o problema provavelmente é como a instrução é escrita e não se foi carregada. CLAUDE.md funciona bem para o tipo de orientação que você daria a um novo colega de equipe, como convenções de projeto, comandos de compilação e onde os arquivos pertencem. A aderência diminui quando uma instrução é vaga o suficiente para ser interpretada de várias maneiras, quando dois arquivos dão direções conflitantes, ou quando o arquivo cresceu o suficiente para que regras individuais recebam menos atenção. Escreva instruções eficazes cobre os padrões de especificidade, tamanho e estrutura que mantêm a aderência alta.
CLAUDE.md e permissões resolvem problemas diferentes. CLAUDE.md diz a Claude como seu projeto funciona para que ele tome boas decisões. Permissões e hooks aplicam limites independentemente do que Claude decide. Use CLAUDE.md para “fazemos assim aqui”. Use permissões ou hooks para limites de segurança e qualquer coisa que nunca deve acontecer, onde você precisa de uma garantia em vez de orientação.

​
Verifique as configurações resolvidas

As configurações se mesclam entre escopos gerenciados, de usuário, de projeto e locais. As configurações gerenciadas sempre vencem quando presentes. Entre o resto, o escopo mais próximo substitui o mais amplo na ordem local, depois projeto, depois usuário. Algumas configurações também podem ser definidas por sinalizadores de linha de comando ou variáveis de ambiente, que atuam como outra camada de substituição. Quando uma configuração não parece se aplicar, o valor que você definiu geralmente está sendo substituído por outro escopo ou uma variável de ambiente. Execute /doctor para verificar sua configuração e instalação. Ele relata o que encontra, incluindo arquivos de configurações inválidos, instalações duplicadas, extensões não utilizadas e conteúdo de CLAUDE.md verificado que Claude pode derivar da base de código, depois propõe correções que aplica apenas após você confirmar. A verificação de corte de CLAUDE.md requer Claude Code v2.1.206 ou posterior. Antes da v2.1.205, /doctor abria uma tela de diagnósticos somente leitura e pressionar f enviava o relatório a Claude para corrigir. Do terminal, claude doctor imprime diagnósticos de instalação e configurações somente leitura sem iniciar uma sessão. Execute /status para ver quais fontes de configurações estão ativas, incluindo se as configurações gerenciadas estão em vigor. Para entender qual escopo vence para uma chave específica, consulte Como os escopos interagem.

​
Verifique os servidores MCP

Execute /mcp para ver cada servidor configurado, seu status de conexão e se você o aprovou para o projeto atual. Um servidor pode ser definido corretamente mas ainda não fornecer ferramentas por alguns motivos comuns:
  • Servidores com escopo de projeto em .mcp.json requerem uma aprovação única. Se o prompt foi descartado, o servidor permanece desabilitado até que você o aprove em /mcp.
  • Um servidor que falha ao iniciar aparece como falho em /mcp. Caminhos de arquivo relativos em command ou args são uma causa frequente, pois são resolvidos em relação ao diretório de onde você iniciou Claude Code em vez da localização de .mcp.json.
  • Um servidor que aparece como conectado mas lista zero ferramentas iniciou com sucesso mas não está retornando uma lista de ferramentas. Selecione Reconnect em /mcp. Se a contagem permanecer em zero, execute claude --debug mcp para ver a saída stderr do servidor.
Para localizações de configuração e regras de escopo, consulte MCP.

​
Verifique hooks

Execute /hooks para listar cada hook registrado para a sessão atual, agrupado por evento. Se um hook que você definiu não aparecer, ele não está sendo lido: hooks vão sob a chave "hooks" em um arquivo de configurações, não em um arquivo autônomo. Se o hook aparecer mas não disparar, o matcher é a causa usual. Verifique-o para estes erros:
  • O campo matcher é uma única string que usa | para corresponder a vários nomes de ferramentas, por exemplo "Edit|Write". Um separador , é equivalente, então "Edit,Write" corresponde às mesmas ferramentas. Antes da v2.1.191, uma vírgula passava para avaliação de regex e o matcher nunca correspondia, então use | se você não estiver na v2.1.191 ainda.
  • Um nome de ferramenta digitado incorretamente produz um matcher que não corresponde a nada, então o hook falha silenciosamente.
  • Um valor de array é um erro de schema: Claude Code mostra um aviso de erro de configurações e rejeita o arquivo de configurações do usuário, projeto ou local inteiro, claude doctor relata a falha de validação, e nenhum hook desse arquivo aparece em /hooks. Em configurações gerenciadas, apenas a entrada inválida é removida e os outros hooks do arquivo ainda se aplicam.
As edições em settings.json entram em vigor na sessão em execução após um breve atraso de estabilidade de arquivo. Você não precisa reiniciar. Se /hooks ainda mostrar a definição antiga alguns segundos após salvar, execute /hooks novamente para atualizar a visualização. Se /hooks mostrar o hook mas ele ainda não disparar, o próximo passo é observar a avaliação do hook ao vivo. Inicie uma sessão com claude --debug hooks e dispare a chamada de ferramenta. O log de depuração registra cada evento, quais matchers foram verificados, e o código de saída e saída do hook. Consulte Debug hooks para o formato do log e troubleshooting de hooks para padrões de falha comuns.

​
Teste contra uma configuração limpa

Comece com claude --safe-mode, que inicia uma sessão com todas as personalizações desabilitadas, incluindo CLAUDE.md, skills, plugins, hooks, servidores MCP e comandos e agentes personalizados. Autenticação, seleção de modelo, ferramentas integradas e permissões funcionam normalmente. Se o problema desaparecer no modo seguro, uma dessas superfícies é a causa; use as verificações direcionadas acima para descobrir qual. O modo seguro ainda aplica hooks gerenciados e política de configurações da sua organização. Plugins gerenciados, skills, CLAUDE.md e servidores MCP são desativados. Se o problema persistir no modo seguro, ou suas configurações em si forem suspeitas, compare contra uma sessão que não carrega nada de sua configuração usual. Aponte CLAUDE_CONFIG_DIR para um diretório vazio para contornar tudo sob ~/.claude e inicie a partir de um diretório que não tenha pasta .claude, .mcp.json ou CLAUDE.md para que a configuração do projeto também seja ignorada.
A sessão limpa não tem configurações de usuário ou projeto, hooks, servidores MCP, plugins ou memória.
  • As configurações gerenciadas ainda se aplicam se sua organização as implanta, pois vivem em um caminho do sistema fora de ~/.claude
  • No Linux e Windows, você será solicitado a fazer login novamente porque as credenciais são armazenadas sob o diretório de configuração
  • No macOS, as credenciais estão no Keychain e são transferidas para a sessão limpa
Se o problema desaparecer aqui, a causa está em algum lugar em seus arquivos reais ~/.claude ou .claude do projeto. Reintroduza-os um de cada vez, copiando arquivos para o diretório temporário ou iniciando a partir de seu projeto, para encontrar qual. Se persistir na sessão limpa, a causa está fora de sua configuração de usuário e projeto. Execute /status para verificar se as configurações gerenciadas estão em vigor, procure por variáveis de ambiente que afetam Claude Code e consulte Solução de problemas.

​
Verifique as causas comuns

A maioria das surpresas de configuração rastreia um pequeno conjunto de regras de localização e sintaxe. Verifique estas antes de assumir um bug: Para referência completa em cada superfície de configuração, consulte a página dedicada: