diff --git a/README.md b/README.md
index 8afdd20..b3b0443 100644
--- a/README.md
+++ b/README.md
@@ -735,13 +735,27 @@ que viaja con cada versión; una prueba comprueba que cada pestaña tiene su apa
 Pruebas: `probar.py` 19 de 19, `prueba_funcional.py` 26 de 26, `prueba_ventana.py` 18 desde el código y,
 con el paquete, 8 del arranque y 9 de la instalación.
 
-3.1.1, la versión que enseña Windows no depende de los accesos directos. Al actualizar la instalación de
-Munka a la 3.1.0 por su propio botón, todo fue bien menos un detalle: Configuración › Aplicaciones siguió
-diciendo 3.0.0. No se llegó a ver el error (sin consola no queda escrito), pero entre notar la versión vieja y
-apuntar la nueva solo había una cosa: reescribir los dos accesos directos, y uno vive en el Escritorio de
-OneDrive. Si uno no se dejaba reescribir en ese momento, la versión no se apuntaba; repetido a mano un rato
-después, y en el equipo de ensayo, funcionó. Ahora `instalar.al_dia` no toca un acceso que ya abre lo que
-debe, uno que no se deja no impide lo demás, y la versión se apunta siempre. Con prueba.
+3.1.1, poner al día el alta en Windows no reescribe lo que ya está bien. Tras una actualización,
+`instalar.al_dia` reescribía los dos accesos directos aunque ya apuntaran a donde debían, y solo después
+apuntaba la versión; ahora un acceso que ya abre lo que debe no se toca, uno que no se deja reescribir no
+impide lo demás, y la versión se apunta siempre. Con prueba.
+
+Lo que llevó a este cambio no era un fallo del programa sino de medida, y conviene dejarlo escrito para
+quien mantenga esto desde Claude: **la consola de la sesión ve y escribe una copia privada de
+`HKEY_CURRENT_USER`**, no el registro de verdad (la aplicación de escritorio de Claude es una aplicación
+empaquetada, y Windows aparta en una copia lo que escriben ella y los procesos que lanza). Los archivos sí
+son los de verdad. Consecuencias, vistas el 4 oct 2026:
+
+- Tras actualizar la instalación de Munka, desde la consola «Aplicaciones» seguía diciendo la versión vieja;
+  en su Windows decía la nueva desde el primer momento. Se estuvo persiguiendo un fallo que no existía.
+- El alta que se hizo desde la consola (`OrganizadorLabstream.exe instalar --si`) creó los accesos directos
+  de verdad, pero la línea de Aplicaciones solo en la copia privada. La de verdad se creó cuando Munka abrió
+  el programa y aceptó la oferta de instalarlo.
+- Para ver o cambiar el registro de verdad desde una sesión, hay que lanzar la comprobación a través del
+  Explorador (`explorer.exe` sobre un `.bat` o un acceso directo): así el proceso nace fuera de la copia. Lo
+  mismo para probar el programa «como lo abre el usuario»: abierto desde la consola hereda la copia.
+- Las pruebas que dan de alta en el registro (`probar.py`, `prueba_ventana.py`) no se ven afectadas: escriben
+  y leen en la misma copia, y además usan una clave de ensayo.
 
 Probado el 9 sep 2026 sobre una copia de ensayo: plan → aplicar → deshacer → volver a aplicar deja el árbol
 exacto; conversión ffmpeg verificada y reemplazo con original a `_Para borrar`. El puente de Resolve conectó