~/.claude em seu diretório home. Confirme arquivos de projeto no git para compartilhá-los com sua equipe; arquivos em ~/.claude são configuração pessoal que se aplica em todos os seus projetos.
No Windows, ~/.claude é resolvido para %USERPROFILE%\.claude. Se você definir CLAUDE_CONFIG_DIR, cada caminho ~/.claude nesta página fica sob esse diretório.
A maioria dos usuários apenas edita CLAUDE.md e settings.json. Se seu repositório já tiver um AGENTS.md para outros agentes de codificação, Claude Code pode ler isso por conta própria ou junto com CLAUDE.md. O resto do diretório é opcional: adicione skills, rules ou subagents conforme necessário.
Explore o diretório
Clique em arquivos na árvore para ver o que cada um faz, quando carrega e um exemplo.O que não é mostrado
O explorador cobre arquivos que você cria e edita. Alguns arquivos relacionados vivem em outro lugar:~/.claude também contém dados que Claude Code escreve conforme você trabalha: transcrições, histórico de prompts, snapshots de arquivos, caches e logs. Veja dados da aplicação abaixo.
Escolha o arquivo certo
Diferentes tipos de personalização vivem em arquivos diferentes. Use esta tabela para encontrar onde uma mudança pertence.Referência de arquivos
Esta tabela lista cada arquivo que o explorador cobre. Arquivos de escopo de projeto vivem em seu repositório sob.claude/ (ou na raiz para CLAUDE.md, .mcp.json e .worktreeinclude). Arquivos de escopo global vivem em ~/.claude/ e se aplicam em todos os projetos.
Várias coisas podem substituir o que você coloca nesses arquivos:
- Configurações gerenciadas implantadas por sua organização têm precedência sobre tudo, exceto pelas exceções sob Precedência de configurações
- Flags CLI como
--permission-modeou--settingssubstituemsettings.jsonpara essa sessão - Algumas variáveis de ambiente têm precedência sobre sua configuração equivalente, mas isso varia: verifique a referência de variáveis de ambiente para cada uma
Campos de frontmatter por arquivo
Skills, arquivos de comando, subagentes, estilos de saída e regras leem sua configuração do YAML frontmatter no topo do arquivo, e cada um aceita seu próprio conjunto de campos. Esta tabela lista os nomes dos campos para cada arquivo e vincula à referência que os descreve.
Agentes fornecidos em um plugin honram um subconjunto dos campos de subagente.
Solucione problemas de configuração
Se uma configuração, hook ou arquivo não está tendo efeito, veja Debug your configuration para os comandos de inspeção e uma tabela de busca por sintoma.Dados da aplicação
Além da configuração que você cria,~/.claude contém dados que Claude Code escreve durante as sessões. Esses arquivos são texto simples. Qualquer coisa que passa por uma ferramenta é escrita em uma transcrição no disco: conteúdo de arquivos, saída de comandos, texto colado.
Limpeza automática
Claude Code deleta os arquivos nos caminhos abaixo uma vez que tenham mais decleanupPeriodDays de idade, desde que possa determinar com segurança o período de retenção. O padrão é 30 dias e o mínimo é 1; definir 0 falha com um erro de validação. O mesmo limite de idade se aplica à remoção automática de worktrees órfãs.
Arquivos de sessão em
sessions/, memória automática, e transcrições de Claude Desktop e Cowork seguem cada uma sua própria regra de retenção:
sessions/: contém um pequeno arquivo por sessão em execução, usado para detectar sessões simultâneas e crashes. Não faz parte da varredura baseada em idade: Claude Code remove cada arquivo quando sua sessão sai e limpa resíduos de crash no próximo lançamento.- Memória automática: a varredura não deleta os arquivos de memória no diretório de memória automática de um projeto,
projects/<project>/memory/. Claude Code remove esse diretório apenas se ele esteve vazio durante todo o período de retenção. Antes da v2.1.228, a varredura tratava pastas dentro do diretório de memória como dados de sessão e podia deletar arquivos antigos sob ele. - Transcrições de Claude Desktop e Cowork: Claude Code mantém a transcrição de uma sessão que você iniciou ou continuou mais recentemente em Claude Desktop ou Cowork em qualquer idade. Para dar a essas transcrições um limite de idade, defina
desktopSessionCleanupPeriodDays. Quando configurações gerenciadas definemcleanupPeriodDays, Claude Code deleta essas transcrições após esse período em vez disso. Requer Claude Code v2.1.248 ou posterior; versões anteriores as deletam apóscleanupPeriodDays.
- Modo bare: quando você executa
claude -pcom--bare, Claude Code não executa a varredura nessa sessão. - Varredura pausada: se Claude Code não conseguir determinar com segurança o período de retenção, ele pausa a varredura de limpeza de retenção; o evento
retention_sweeplista cada configuração que a pausa. Quando a causa é um arquivo de configurações que não pode ser lido ou analisado, ou erros de configurações comcleanupPeriodDaysoudesktopSessionCleanupPeriodDaysexplicitamente definidos, Claude Code também mostra um aviso em/statusaté você corrigir os erros de configurações. Quando configurações gerenciadas fornecemcleanupPeriodDays, Claude Code executa a varredura no valor gerenciado em qualquer caso.
Diretório de bloco de notas por sessão
O bloco de notas é um diretório por sessão que Claude Code fornece a Claude para arquivos temporários: resultados intermediários, scripts auxiliares e rascunhos que não pertencem ao seu projeto. Quando Claude diz que salvou algo “no bloco de notas”, o arquivo está lá. Claude o usa em vez de/tmp, e pode criar, editar e ler arquivos nele sem um prompt de permissão.
O bloco de notas fica sob o diretório temporário de Claude Code em vez de ~/.claude. Encontre o caminho da sessão atual para sua plataforma:
- macOS:
/private/tmp/claude-<uid>/<project>/<session-id>/scratchpad/ - Linux:
/tmp/claude-<uid>/<project>/<session-id>/scratchpad/, ou a mesma forma sob$TMPDIRquando seu sistema define um - Windows:
%TEMP%\claude\<project>\<session-id>\scratchpad\
<project> é o caminho do seu diretório de trabalho com cada caractere que não seja letra ou dígito substituído por -, como -Users-you-my-project. Se você definir CLAUDE_CODE_TMPDIR, a árvore se move sob esse diretório em vez disso. Hooks recebem o caminho da sessão atual como scratchpad_dir.
Arquivos do bloco de notas duram enquanto a transcrição da sessão: a varredura de retenção deleta o diretório quando deleta a transcrição, e claude project purge não toca no diretório temporário. Como o diretório fica sob a localização temporária do sistema, seu sistema operacional também pode limpá-lo, como na reinicialização. Para manter algo que Claude escreveu lá, peça a Claude para movê-lo para seu projeto.
Uma sessão tem um bloco de notas apenas quando todos estes se aplicam:
- Você está conectado com uma conta claude.ai em vez de uma chave de API
- A sessão usa a API Anthropic, não Amazon Bedrock, Google Cloud’s Agent Platform ou Microsoft Foundry
enableArtifactnão está definido comofalse
Mantido até você deletar
A varredura de limpeza de retenção não remove os caminhos abaixo. Claude Code os mantém até você deletá-los, além dos dois caches que deleta quando você faz logout.
Outros arquivos aparecem dependendo de quais recursos você usa. Caches e arquivos de lock são seguros para deletar. Mantenha esses arquivos de estado:
.credentials.json: suas credenciais de loginagent-memory/: memória de subagentjobs/edaemon/: estado de sessão em segundo plano
Armazenamento em texto simples
Transcrições e histórico não são criptografados em repouso. As permissões de arquivo do SO são a única proteção. Se uma ferramenta ler um arquivo.env ou um comando imprimir uma credencial, esse valor é escrito em projects/<project>/<session>.jsonl. Para reduzir a exposição:
- Reduza
cleanupPeriodDayspara encurtar quanto tempo Claude Code mantém transcrições - Defina
desktopSessionCleanupPeriodDayspara dar também um limite de idade às transcrições de Claude Desktop e Cowork - Defina a variável de ambiente
CLAUDE_CODE_SKIP_PROMPT_HISTORYpara pular a escrita de transcrições e histórico de prompt em qualquer modo. Em modo não interativo, você pode passar--no-session-persistencejunto com-p, ou definirpersistSession: falseno TypeScript Agent SDK; o Python SDK não tem opção equivalente. - Use regras de permissão para negar leituras de arquivos de credenciais
Limpar dados locais
Executeclaude project purge para deletar o estado que Claude Code mantém para um projeto. Deleta:
- Transcrições e memória automática sob
projects/ - Entradas de
tasks/,debug/efile-history/por sessão - Linhas de prompt correspondentes em
history.jsonl - A entrada do projeto em
~/.claude.json
~/.claude, então a limpeza não as remove. A varredura de retenção ainda deleta as imagens uma vez que tenham mais de cleanupPeriodDays de idade; o bloco de notas de uma sessão purgada permanece até você deletá-lo ou seu sistema operacional limpar o diretório temporário.
O comando imprime o plano completo de exclusão e pede confirmação antes de remover qualquer coisa.
Os exemplos abaixo usam ~/work/my-repo como um espaço reservado. Substitua-o pelo caminho para seu projeto. Se nenhum estado corresponder ao caminho, o comando imprime um erro e sai com status 1.
Visualize o plano sem deletar nada:
Delete 3 item(s) for /home/user/work/my-repo? This cannot be undone. [y/N] e deleta apenas se você responder y.
Omita o caminho para escolher um projeto de uma lista interativa.
Pule o prompt de confirmação para uso em scripts:
--all em vez de um caminho para limpar o estado de cada projeto de uma vez, o que deleta history.jsonl completamente em vez de filtrá-lo. Passe -i para percorrer o plano de exclusão um item por vez.
O comando deixa shell-snapshots/ e backups/ sozinhos porque não têm escopo de projeto, e avisa sobre eles na saída do plano.
Você também pode deletar qualquer um dos caminhos de dados da aplicação acima manualmente, além dos arquivos de estado para manter. Novas sessões não são afetadas. A tabela abaixo mostra o que você perde para sessões passadas.
Não delete
~/.claude.json, ~/.claude/settings.json ou ~/.claude/plugins/: esses mantêm sua autenticação, preferências e plugins instalados.
Recursos relacionados
- Gerenciar memória de Claude: escrever e organizar CLAUDE.md, rules e auto memory
- Configurar configurações: definir permissões, hooks, variáveis de ambiente e padrões de modelo
- Criar skills: construir prompts e workflows reutilizáveis
- Configurar subagents: definir agentes especializados com seu próprio contexto