Qué es esto: cada tarjeta es una rutina M real (no una demo) — no hay nada simulado en la página: la sociedad corre de verdad en el runtime MVM dentro de tu navegador.

• Cada simulación es un programa M (MUMPS/M) que se ejecuta en la MVM — el runtime compilado a WebAssembly (WASM), el mismo motor del playground. Su memoria son los globals (^POBLACION, ^MUNDO, ^CONFIANZA, ^NORMAS…).
• El visor dibuja lo que hay en la memoria: no es una animación ni un vídeo — cada frame ejecuta una hora del día y pinta el estado resultante.

• Cuando un habitante tiene que decidir, el programa M llama $DEVICE("llm:call") y el runtime lo resuelve con modelos OpenRouter :free — $0 garantizado por servidor (la cuenta no puede caer a modelos de pago).
• Sin conexión, degrada a heurística sin mentir: el badge lo indica.

• Ábrela, edita su rutina M y pulsa Aplicar: se recompila en la MVM y la simulación reinicia con tu versión — el código es la fuente de verdad.
• Cada tarjeta nueva del índice es una rutina M real con su seed (estado inicial), no un enlace.

• Autosave en tu navegador: el mundo se guarda solo (IndexedDB) — puedes recargar o cerrar la pestaña y la simulación continúa donde estaba.
• Mesh entre pestañas: abre el pueblo y el hospital a la vez — se ven y se envían eventos en vivo (BroadcastChannel), sin servidor.
• La persistencia completa (PDB sobre SQLite), la coordinación entre procesos (DDP) y el device HTTP requieren ECOS nativo — exactamente lo mismo, con disco y red.

• Hospital con triaje, mercado con trueque, colonia espacial… las que vayamos creando (con su rutina y su visor) aterrizarán aquí.

Qué estás viendo: una ejecución real del runtime MVM — no una animación. Cada hora del día es una ejecución del programa M PUEBLO, y todo lo que ves (el gráfico, las burbujas, los KPIs) es la lectura de su memoria: los globals ^POBLACION, ^MUNDO, ^CONFIANZA y ^NORMAS.

• Qué es: la página lleva incrustado lumen_mlight_bg.wasm — el runtime MUMPS/M (MVM) compilado a WebAssembly, el mismo motor del playground. Se carga por bytes (fetch → arrayBuffer → init) para funcionar en todos los navegadores.
• Cómo se relaciona con la UI: el WASM no toca el HTML. El contrato es: el JavaScript le pasa el código M compilado (m_compile) y el estado en globals (un JSON con los ^GLOBAL); el WASM ejecuta y devuelve los globals nuevos, o se detiene (yield) si el programa llama a un device.
• El tick: cada frame el JS llama m_execute_resume(compiled, G, state) — una ejecución = 1 hora del día del pueblo. Al terminar, el JS guarda el estado devuelto, lee el mundo y pinta; así, el bucle «ejecuta → dibuja → ejecuta» nunca se congela.

• Cuando un vecino tiene que decidir, el programa M llama $DEVICE("llm:call"): el runtime hace yield, el JS resuelve la llamada con OpenRouter :free (coste $0) y la inyecta (m_llm_inject) para que el M continúe donde se quedó.
• Si no hay red, degrada a heurística sin mentir: el badge lo dice («heurística · sin red»). Las normas que dicta el pueblo se aplican al comportamiento (compartir, ayudar, respetar).

• No hay lógica en el canvas: el visor lee los globals — posiciones x/y, energía, ánimo, confianzas — y dibuja el estado. Los nodos son los habitantes en su posición real del mapa, las aristas son la confianza (^CONFIANZA), el borde del nodo refleja el humor y el icono, el oficio; los lugares (horno, plaza, bosque, río) son anclas del entorno.
• Si editas el código y pulsas Aplicar, la rutina se recompila (m_compile) y la simulación reinicia con tu versión — el mismo contrato: código + estado → ejecución → dibujo.

• La persistencia completa (PDB sobre SQLite), la coordinación entre procesos (DDP) y el device HTTP requieren ECOS nativo — exactamente lo mismo, con disco y red.