0.8 · Cuántas instalaciones tienes en realidad, y cuál manda en cada carpeta

Camino al examen · Bloque 0, Dónde se trabaja

0.8 · Cuántas instalaciones tienes en realidad, y cuál manda en cada carpeta2026-10-11

Dónde. Terminal de Windows y terminal de WSL, las dos abiertas a la vez. Si trabajas solo en macOS o solo en Linux, esta sesión te costará dos minutos y aun así conviene hacerla.

Qué vas a entender. Si tienes una instalación o varias, cuál se usa desde cada sitio, y por qué lo que configuras en una no vale en la otra.

Cuatro puertas no son cuatro instalaciones

En la sesión 0.1 viste que Claude Code corre en cuatro sitios: terminal, extensión de editor, aplicación de escritorio y navegador. V Es fácil deducir de ahí que cada uno es una instalación distinta, y no es así.

Lo que decide no es por qué puerta entras, sino en qué sistema de ficheros corre la sesión. I Y si trabajas en Windows con WSL, ahí hay dos sistemas de ficheros, con sus carpetas personales separadas.

La aplicación de escritorio trae Claude Code dentro, así que no necesita la versión de terminal instalada aparte. V Usa la configuración de Windows.
La terminal de Windows usa esa misma instalación.
La terminal de WSL usa otra, instalada dentro de Linux, con su propia carpeta de configuración.
VS Code depende de qué carpeta abras: una de Windows va por la de Windows, y una de WSL abierta con la extensión de conexión remota va por la de WSL.

Cuatro puertas, dos instalaciones.

Qué no se comparte entre ellas

Cada instalación tiene su propio fichero de ajustes de usuario, y ahí viven las cosas que más cuestan de montar:

Las reglas de permisos: lo que puede hacer sin preguntar y lo que no.
Los hooks, que es donde pones lo que no puede ocurrir nunca.
El modelo y el nivel de esfuerzo que guardaste.
El historial de proyectos y las conversaciones anteriores.

Y cada una se actualiza por su cuenta. I Dos instalaciones en la misma máquina pueden estar en versiones distintas, y la que lleve retraso no tendrá las correcciones de seguridad de las últimas semanas.

La consecuencia que importa: si montaste un hook para que algo no pueda pasar, solo protege los proyectos que abras por esa instalación. Los que abras por la otra no tienen nada. I

Haz esto

En la terminal de WSL, mira qué versión tienes y dónde está el binario.

Terminal de WSL
```
claude --version && command -v claude
```
Tienes que ver: Una versión y una ruta que empieza por /home/ o /usr/.
En la terminal de Windows, lo mismo.

Terminal de Windows (PowerShell o CMD)
```
claude --version
```
Tienes que ver: Otra versión, quizá distinta. Si no responde, no tienes instalación de Windows y el trabajo de esta sesión termina aquí.
Compara las dos configuraciones de usuario.

Las dos terminales
```
claude doctor
```
Tienes que ver: Cada una dice su ruta, su método de instalación y qué ficheros de ajustes lee. Apunta las dos rutas: son carpetas distintas.
Mira si tus reglas y tus hooks están en las dos.

Dentro de una sesión, en cada una
```
/permissions   y luego   /hooks
```
Tienes que ver: Lo que tengas en una no tiene por qué estar en la otra. Aquí es donde suele aparecer la sorpresa.
Pon al día la que vaya retrasada.

La terminal de la instalación retrasada
```
claude update
```
Tienes que ver: El número de versión subiendo. Vuelve a comparar las dos.

Si no sale

claude no responde en la terminal de Windows pero sí usas la aplicación de escritorio.: Es normal: la aplicación trae Claude Code dentro y no pone el mandato en el camino de búsqueda del sistema. Tienes una instalación de Windows aunque la terminal no la vea.
Las dos versiones son distintas y no sabes cuál usas más.: Mira las carpetas de proyectos de cada configuración: la que tenga más es la que usas. Da igual cuál elijas como principal, lo que no vale es tener una sin actualizar.
Pusiste un hook y en la otra instalación no aparece.: Correcto, y es el motivo de esta sesión. Hay que registrarlo en las dos, y con la ruta en el formato de cada sistema: la de Windows con letra de unidad y barras invertidas, la de WSL empezando por /mnt/.

Comprobación

Trabajas en Windows con WSL. Montas un hook que impide borrar, lo registras en la configuración de tu usuario de WSL y lo pruebas: funciona. Al día siguiente abres un proyecto desde la aplicación de escritorio. ¿Qué te protege ahí?

Ver la respuesta

El mismo hook: la configuración de usuario es única por máquina.
Nada, porque la aplicación de escritorio usa la instalación de Windows, con su propia configuración de usuario, donde ese hook no está.
El hook, pero solo si el proyecto está en una carpeta que WSL también ve.
Nada, porque la aplicación de escritorio no admite hooks.

Cada instalación tiene su propia carpeta de configuración de usuario, y la aplicación de escritorio trae Claude Code dentro y usa la de Windows. Que el proyecto esté en una unidad que las dos ven no cambia nada: lo que decide es qué instalación abrió la sesión. La aplicación de escritorio sí admite hooks; lo que ocurre es que hay que registrarlos también ahí, con la ruta en formato de Windows.

Esta pregunta la hemos escrito nosotros a partir del temario público. No reproducimos contenido del examen.

De dónde sale todo esto

Claude Code · Overview, las superficies y la aplicación de escritorio · consultado el 2026-10-11
Claude Code · Set up Claude Code · consultado el 2026-10-11