README: lo de la versión en Aplicaciones era un fallo de medida, no del programa

La consola de la sesión ve y escribe una copia privada de HKEY_CURRENT_USER
(la aplicación de escritorio de Claude está empaquetada). En el Windows de
Munka la línea de Aplicaciones estuvo bien desde el primer momento. Queda
escrito cómo comprobar el registro de verdad: lanzando a través del Explorador.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

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ó