Espacio en disco de Claude Code, Codex y Cursor: qué puedes limpiar sin riesgo

Actualizado el 1 de noviembre de 2026

Las herramientas de programación con IA escriben mucho en el disco: transcripciones de sesiones, instantáneas de archivos para poder deshacer, worktrees de git para agentes en paralelo, runtimes antiguos y el estado del editor de cada carpeta que has abierto.

En resumen: los registros de depuración, las instantáneas de shell y las cachés del editor se pueden quitar sin riesgo. Las transcripciones de sesiones antiguas y los worktrees de agentes también, una vez que hayas comprobado que no los necesitas. No toques la memoria de Claude Code ni tus ajustes.

¿Dónde guarda Claude Code sus datos?

• ~/.claude/projects/: una carpeta por proyecto con las transcripciones de las sesiones (archivos .jsonl). Claude Code elimina las transcripciones más antiguas que su ajuste cleanupPeriodDays (30 días, salvo que lo cambies), así que crecen sobre todo cuando se sube ese valor.
• ~/.claude/file-history: versiones anteriores de los archivos que Claude Code ha editado, para poder revertir los cambios.
• ~/.claude/debug y ~/.claude/shell-snapshots: registros y entornos de shell guardados. Seguros de quitar.
• <your repo>/.claude/worktrees/: worktrees de git creados para agentes que trabajan en paralelo.
• La app de escritorio de Claude guarda las versiones de Claude Code que ha descargado en ~/Library/Application Support/Claude/claude-code; solo se usa la más reciente.

Conserva las carpetas memory dentro de ~/.claude/projects/, tus archivos CLAUDE.md y settings.json.

¿Es seguro borrar las transcripciones de Claude Code?

Sí, con un coste: ya no podrás reanudar esas sesiones con --resume o --continue, ni revertir sus ediciones. La memoria se guarda aparte y no se toca.

¿Dónde guardan Codex y Gemini CLI sus sesiones?

• Codex: ~/.codex/sessions y ~/.codex/archived_sessions (transcripciones), bases de datos de registros en ~/.codex y worktrees en ~/.codex/worktrees.
• Gemini CLI: ~/.gemini/tmp, con sus sesiones y puntos de control.

¿Por qué mi carpeta de Cursor o VS Code ocupa tanto?

Mira en ~/Library/Application Support/Cursor (o Code, Windsurf):

• Cache, CachedData, CachedExtensionVSIXs, Code Cache y GPUCache: seguros de quitar con el editor cerrado.
• User/workspaceStorage: el estado de cada carpeta que hayas abierto alguna vez. Las entradas de carpetas que ya no existen son peso muerto.
• User/globalStorage/state.vscdb: ajustes e historial de chats con la IA, que puede llegar a varios GB. No lo borres. Sal del editor y compáctalo: los chats eliminados dejan espacio vacío que solo se recupera al compactar:

sqlite3 ~/Library/Application\ Support/Cursor/User/globalStorage/state.vscdb 'VACUUM'

Las versiones antiguas de las extensiones también se acumulan en ~/.vscode/extensions y ~/.cursor/extensions tras las actualizaciones.

¿Cómo limpio los worktrees de git de los agentes?

Cada worktree es un checkout completo, a menudo con su propia carpeta node_modules y sus resultados de compilación. En el repositorio:

git worktree list
git worktree remove <path>
git worktree prune

git worktree remove se niega a eliminar un worktree con cambios sin confirmar salvo que añadas --force, y esa es justo la comprobación que quieres. Antes, fusiona o sube cualquier rama que necesites.