Dónde esconde VS Code los gigas
Todo lo que VS Code guarda vive en %APPDATA%\Code, y cuatro subcarpetas generan la mayor parte del bulto. User\workspaceStorage mantiene un directorio de estado para cada carpeta que hayas abierto — proyectos borrados incluidos — y nada lo poda automáticamente. Cache, Code Cache y GPUCache son los sospechosos habituales de Chromium: se reconstruyen sin parar y se pueden borrar en cualquier momento. logs crea una carpeta nueva por cada sesión que hayas iniciado, y CachedExtensionVSIXs conserva los instaladores de las extensiones mucho después de servir para algo.
Súmale %USERPROFILE%\.vscode\extensions, donde a veces sobreviven versiones huérfanas tras las actualizaciones, y una instalación cargada supera los 5 GB sin avisarte ni una vez. Ninguno de esos sitios guarda tus ajustes ni tus atajos: viven en User\settings.json y ninguna limpieza de caché los toca.
- %APPDATA%\Code\User\workspaceStorage — estado por cada carpeta que hayas abierto; el mayor acopio en máquinas con años de uso
- %APPDATA%\Code\Cache, Code Cache, GPUCache — cachés de Chromium; se pueden borrar, se reconstruyen al arrancar
- %APPDATA%\Code\logs — una carpeta por sesión; nada las limpia solo
- %APPDATA%\Code\CachedExtensionVSIXs — instaladores descargados de extensiones que quedan tras actualizar
- %USERPROFILE%\.vscode\extensions — versiones antiguas huérfanas de extensiones tras las actualizaciones
- Carpetas .history de Local History — dentro de tus proyectos, si la extensión está activa; las instantáneas viejas se apilan en el repositorio
Las extensiones son el impuesto real
El disco es la mitad pequeña del problema. Cada extensión carga en un proceso compartido de extension host, y los pesos pesados — servidores de lenguaje como Pylance, C/C++ o el de TypeScript, más linters y temas — consumen sus cientos de megas de RAM los uses o no. El arranque también se estira: el comando Developer: Startup Performance muestra cuántos milisegundos cuesta cada extensión, y las cifras sorprenden habitualmente a quienes tienen sesenta instaladas.
Audita con code --list-extensions y desinstala en vez de desactivar: una extensión deshabilitada sigue en el disco y a veces incluso se carga. Los perfiles son la respuesta honrada para instalaciones monolíticas: un perfil por defecto escueto más perfiles separados para Python, escritura y trabajo de terminal, cada uno solo con sus extensiones.
Una rutina de limpieza que persiste
Dos veces al año sobra: cierra VS Code, borra el contenido de Cache, Code Cache, GPUCache, logs y CachedExtensionVSIXs, y vacía workspaceStorage por completo — pierdes el estado por proyecto, como el historial de tareas, no tus ajustes. No se reinstala ni se restablece nada. El editor reconstruye lo que necesita en el siguiente arranque, y el primer arranque tras la limpieza tarda unos segundos más, una sola vez.
Para que siga fino, trata las extensiones como programas, no como pegatinas: cada una necesita un motivo actual para existir. Y antes de migrar a una máquina nueva, limpia primero — si no, copias tres años de workspaceStorage de proyectos muertos en 2023.
Preguntas y respuestas
¿Se puede borrar la carpeta workspaceStorage de VS Code?
Sí — VS Code vuelve a crear las entradas al abrir carpetas; solo pierdes estado por proyecto como el historial de tareas o la disposición, no ajustes ni extensiones.
¿Cómo sé qué extensiones de VS Code ralentizan el arranque?
Ejecuta Developer: Startup Performance desde la paleta de comandos: desglosa el tiempo de arranque por extensión y por fase, con los culpables por su nombre.
Consulta qué incluye antes de comprar.
La prueba única de 30 minutos incluye las funciones básicas. Las funciones marcadas PRO permanecen bloqueadas hasta activar una licencia de pago.
Sigue leyendo
Escríbenos: [email protected]