Por qué me importa este tema ahora
El navegador no es una sola habitación. Hay el documento principal, hay iframe, hay Worker. En cada habitación hay su propio conjunto de cosas visibles y su propia forma de mentir — a sí mismo o al investigador.
Un parche solo en el JS de nivel superior a menudo se desvía de los contextos aislados. Los detectores públicos de consistency llevan tiempo comparando «una verdad» entre mundos de ejecución. Tomo ese modelo mental como base del diario: la coherencia del perfil no se comprueba en un solo navigator, sino al menos en varias habitaciones.
Si solo arreglo la habitación que veo en la pantalla de un checker público, estoy montando un escaparate. El escaparate convence al autor. Al experimento lo engaña.
Marco público (enlaces)

La idea de comparación cross-realm se lee bien en páginas públicas como x-bot version1. La documentación de la plataforma sobre Workers y el aislamiento de frames explica por qué las habitaciones son distintas. No necesito un exploit: necesito un mapa de habitaciones y un lenguaje honesto: «aquí verdad A, allí verdad B».
Al lado mantengo la filosofía de los materiales abiertos de detect.expert: la coherencia importa más que un campo bonito. Cross-realm es un caso particular de la misma idea.
Lo que observo en el laboratorio, en palabras simples

Realm en palabras simples
Realm es un contexto de ejecución con su propio objeto global. Lo que es «verdad» en main puede verse distinto en un worker o en un frame embebido — por políticas, aislamiento, distinta disponibilidad de API, distintos tiempos de inicialización.
No es mística. Es arquitectura de la web. El investigador que finge que hay una sola habitación ahorra tiempo y compra autoengaño.
Por qué se compara main ↔ iframe ↔ Worker
Porque la decoración a menudo arregla una sola habitación. El laboratorio pregunta: ¿y la vecina dice lo mismo? Si no — no tengo un perfil, tengo decoración de perfil.
Cuadro típico: el top-level se ve coherente, el contexto aislado responde distinto, el worker vive en su propio universo de expectativas. Cada desajuste no es una etiqueta automática de «bot», sino una señal para comprobar una hipótesis.
Sin código de ataque
Describo solo el modelo. Sin escapes paso a paso del aislamiento, sin recetas para «alinear habitaciones para el sitio X». El sentido de la serie es alfabetización, no un arma.
Qué cambia esto en el detect y/o en el build (sin detalles)
En el detect, la contradicción entre habitaciones me parece más fuerte que un solo campo raro. Un campo raro puede ser vida cotidiana. Una disputa sistemática entre habitaciones ya es una historia sobre integridad.
En el build compruebo el experimento al menos en dos contextos antes de alegrarme de que «se puso más verde» en el checker. Si solo se puso verde una habitación — aún no he terminado.
En la práctica esto ralentiza las «victorias» y acelera la muerte de las malas hipótesis. Eso es lo que necesito.
Lo que no diré y por qué
No publico técnicas de escape del sandbox ni recetas para alinear habitaciones bajo un antifraude concreto. No revelo nombres internos de señales. La línea roja del estatuto es clara: alfabetización de capas — sí; ayuda al abuso — no.
Conclusión breve en primera persona
Una verdad en tres habitaciones es una buena prueba de autoengaño. Si las habitaciones discuten, el perfil aún no es coherente, aunque una de ellas sea bonita. Mantengo el mapa de habitaciones junto a los dos espejos del laboratorio.
