~/.claude in your home directory. Commit project files to git to share them with your team; files in ~/.claude are personal configuration that applies across all your projects.
On Windows, ~/.claude resolves to %USERPROFILE%\.claude. If you set CLAUDE_CONFIG_DIR, every ~/.claude path on this page lives under that directory instead.
Most users only edit CLAUDE.md and settings.json. The rest of the directory is optional: add skills, rules, or subagents as you need them.
Explore the directory
Click files in the tree to see what each one does, when it loads, and an example.What’s not shown
The explorer covers files you author and edit. A few related files live elsewhere:~/.claude also holds data Claude Code writes as you work: transcripts, prompt history, file snapshots, caches, and logs. See application data below.
Choose the right file
Different kinds of customization live in different files. Use this table to find where a change belongs.File reference
This table lists every file the explorer covers. Project-scope files live in your repo under.claude/ (or at the root for CLAUDE.md, .mcp.json, and .worktreeinclude). Global-scope files live in ~/.claude/ and apply across all projects.
Several things can override what you put in these files:
- Managed settings deployed by your organization take precedence over everything, apart from the exceptions under Settings precedence
- CLI flags like
--permission-modeor--settingsoverridesettings.jsonfor that session - Some environment variables take precedence over their equivalent setting, but this varies: check the environment variables reference for each one
Troubleshoot configuration
If a setting, hook, or file isn’t taking effect, see Debug your configuration for the inspection commands and a symptom-first lookup table.Application data
Beyond the config you author,~/.claude holds data Claude Code writes during sessions. These files are plaintext. Anything that passes through a tool lands in a transcript on disk: file contents, command output, pasted text.
Cleaned up automatically
Claude Code deletes the files in the paths below once they’re older thancleanupPeriodDays, as long as it can safely determine the retention period. The default is 30 days and the minimum is 1; setting 0 fails with a validation error. The same age cutoff applies to automatic removal of orphaned worktrees.
Claude Code makes four exceptions to this sweep:
sessions/: holds one small file per running session, used to detect concurrent sessions and crashes. It isn’t part of the age-based sweep: Claude Code removes each file when its session exits and clears crash leftovers on the next launch.- Auto memory: Claude Code excludes a project’s auto memory directory,
projects/<project>/memory/, from this sweep, and removes the directory itself only after it has been empty for the whole retention period. Before v2.1.228, the sweep treated folders inside the memory directory as session data and could delete old files beneath it. - Bare mode: when you run
claude -pwith--bare, Claude Code doesn’t run the sweep in that session. - Paused sweep: if Claude Code can’t safely determine the retention period, it pauses the retention cleanup sweep; the
retention_sweepevent lists each configuration that pauses it. When the cause is a settings file that can’t be read or parsed, or settings errors withcleanupPeriodDaysexplicitly set, Claude Code also shows a warning in/statusuntil you fix the settings errors. When managed settings providecleanupPeriodDays, Claude Code runs the sweep at the managed value in either case.
Kept until you delete them
The following paths are not covered by automatic cleanup and persist indefinitely.
Other small cache and lock files appear depending on which features you use and are safe to delete.
Plaintext storage
Transcripts and history are not encrypted at rest. OS file permissions are the only protection. If a tool reads a.env file or a command prints a credential, that value is written to projects/<project>/<session>.jsonl. To reduce exposure:
- Lower
cleanupPeriodDaysto shorten how long transcripts are kept - Set the
CLAUDE_CODE_SKIP_PROMPT_HISTORYenvironment variable to skip writing transcripts and prompt history in any mode. In non-interactive mode, you can instead pass--no-session-persistencealongside-p, or setpersistSession: falsein the TypeScript Agent SDK; the Python SDK has no equivalent option. - Use permission rules to deny reads of credential files
Clear local data
Runclaude project purge to delete the state Claude Code holds for one project. It deletes:
- Transcripts and auto memory under
projects/ - Per-session
tasks/,debug/, andfile-history/entries - Matching prompt lines in
history.jsonl - The project’s entry in
~/.claude.json
~/work/my-repo as a placeholder. Replace it with the path to your project. If no state matches the path, the command prints an error and exits with status 1.
Preview the plan without deleting anything:
Delete 3 item(s) for /home/user/work/my-repo? This cannot be undone. [y/N] and deletes only if you answer y.
Omit the path to pick a project from an interactive list.
Skip the confirmation prompt for use in scripts:
--all instead of a path to purge state for every project at once, which deletes history.jsonl outright rather than filtering it. Pass -i to step through the deletion plan one item at a time.
The command leaves shell-snapshots/ and backups/ alone because those are not project-scoped, and warns about them in the plan output.
You can also delete any of the application-data paths above by hand. New sessions are unaffected. The table below shows what you lose for past sessions.
Don’t delete
~/.claude.json, ~/.claude/settings.json, or ~/.claude/plugins/: those hold your auth, preferences, and installed plugins.
Related resources
- Manage Claude’s memory: write and organize CLAUDE.md, rules, and auto memory
- Configure settings: set permissions, hooks, environment variables, and model defaults
- Create skills: build reusable prompts and workflows
- Configure subagents: define specialized agents with their own context