Documento de referencia canónico

Referencia de WorldModel

La visión estructurada canónica de diez capas arquitectónicas y once políticas transversales que constituyen WorldModel™ como arquitectura de gobernanza para sitios hiper-personalizados. Este documento es la única fuente de verdad referenciada por los libros compañeros, la página de arquitectura y todos los materiales derivados.

Estado: Autorizado · Postura: Patente-pendiente · Audiencia: Arquitectos, planificadores, compras, revisores de gobernanza, citación académica

La arquitectura, capa por capa.

WorldModel™ comprende diez capas arquitectónicas. Cada capa tiene un rol definido, una interfaz ejecutable y una relación de precedencia con las demás. OSOL™ toma prioridad dura sobre todas las demás capas cuando es invocada.

01
VS+C™Sistema de Valores + Constitución
Las prioridades, derechos y restricciones no negociables declaradas que definen lo que "bueno" significa en el sitio. La fuente normativa de verdad a la que responde cada decisión de gobernanza.
02
CGL™Capa de Gobernanza Cognitiva
La capa de aplicación en tiempo de ejecución. Aplica directamente los invariantes VS+C™ y evalúa cada acción propuesta contra el Sistema de Valores, el estado de consentimiento, las restricciones jurisdiccionales, el régimen operativo activo y la política operativa — autorizando, bloqueando o escalando con un registro completamente auditable.
03
TGF™Marco de Gobernanza Temporal
Trata el tiempo como una dimensión gobernada de primer orden de las operaciones del sitio. Mantiene el calendario del sitio de regímenes operativos (día, crepúsculo, noche, fuera de horario; apertura, pico, calma, cierre, nocturno, mantenimiento, emergencia), regímenes calendáricos (fines de semana, días festivos, días de observancia religiosa, semanas de Halloween, semanas de Navidad, semanas de Pascua, afluencia de vacaciones de verano, días de evento), regímenes de espectáculo y performance (desfile en curso, ventana de fuegos artificiales, hora de concierto, pre-show, show, post-show, blackout) y regímenes activados por sensor o evento (vinculados al atardecer, vinculados al clima, envolvente acústica, vinculados a iluminación). Mantiene concesiones limitadas en el tiempo de consentimiento, derecho, personalización y acceso. Mantiene ventanas de exclusión mutua que bloquean recursos físicos compartidos contra acciones en colisión. Suministra a CGL™ el conjunto de reglas activo para el momento actual, señaliza transiciones de régimen inminentes a MAOL™ y FCL™, y arbitra entre acciones por lo demás válidas cuya autoridad depende del contexto temporal.
04
ICL™Capa de Continuidad de Identidad
El subsistema de identidad. Mantiene la continuidad de preferencias, configuraciones de accesibilidad, idioma y contexto de visita de retorno bajo consentimiento explícito y limitación de propósito, exponiendo solo el estado mínimo necesario.
05
EDE™Motor de Dinámica Ambiental
Modelo continuo del mundo físico del sitio. Espacio, flujo, ocupación, condiciones ambientales, estado del contenido y el estado de gobernanza condicional por zona que restringe la acción por ubicación — incluyendo zonas restringidas, derechos vinculados a la zona, reglas comerciales condicionales por zona, estado de consentimiento condicional por zona, disposiciones de accesibilidad condicionales por zona y bloqueos de exclusión mutua por zona. Suministra verdad fundamental situacional y de gobernanza condicional por zona compartida a MAOL™, CGL™ y mecanismos de entrega de accesibilidad.
06
MAOL™Capa de Orquestación Multiagente
El director operativo. Descompone objetivos en tareas acotadas, las asigna a agentes especialistas, aplica límites de uso de herramientas y convierte la intención gobernada en acción coordinada bajo autorización CGL™.
07
FCL™Capa de Federación y Coordinación
La capa de federación. Coordina gobernanza, identidad y estado operativo a través de sitios, operadores y jurisdicciones — apoyando distritos multi-sitio y programas federados sin colapsar la autoridad local.
08
RGL™Capa de Resiliencia y Degradación Ordenada
La capa de resiliencia. Define qué hace el sistema cuando la capacidad se reduce — preservando seguridad, accesibilidad y confianza antes de la optimización, y garantizando que el sitio se degrade a un estado definido, auditable y seguro.
09
OSOL™Anulación Operativa de Seguridad — Prioridad Dura
La capa de anulación de seguridad. Adelanta toda otra capa cuando se señala una condición relevante para la seguridad. OSOL™ tiene precedencia dura: los objetivos de experiencia, personalización y orquestación ceden ante ella. La recuperación requiere acción autorizada y auditable.
10
AAL™Capa de Aseguramiento, Analítica y Auditoría
Capa de observación y auditoría no bloqueante y append-only. Registra, para cada decisión gobernada, la versión de política vigente al momento de la decisión, el régimen resuelto por TGF™ activo en ese momento, el contexto espacial de EDE™, el estado de consentimiento, el conjunto de reglas evaluado, la acción autorizada o denegada y el actor que la solicitó. También registra eventos de acceso, versiones de política, anulaciones, eventos de federación y acciones gobernadas. Mantiene registros a prueba de manipulación y no aprueba, retrasa ni bloquea la ejecución.
Lógica de capas

VS+C™ es la fuente normativa. CGL™ es el ejecutor en runtime. TGF™ es el guardián temporal. ICL™ y EDE™ anclan la personalización en identidad y entorno. MAOL™ orquesta la ejecución. FCL™ federa a través de operadores y jurisdicciones. RGL™ define la degradación segura. OSOL™ anula todo cuando la seguridad lo exige. AAL™ hace reconstruible el sistema entero.

Elimine una sola capa y el sistema pierde legitimidad, seguridad, continuidad o auditabilidad. Las diez no son características opcionales. Son la arquitectura.

Políticas que operan a través de capas.

Las políticas transversales son reglas y mecanismos de aplicación que operan a través de múltiples capas. Nunca se llaman capas, nunca se llaman concerns y nunca se tratan como auxiliares. Son cómo la arquitectura maneja las realidades que ninguna capa puede poseer por sí sola.

Política 01
Adaptación jurisdiccional
Reglas y comportamientos que varían según jurisdicción — privacidad, consentimiento, retención, restricciones de edad, reglas de contenido — aplicados consistentemente a través de capas dentro de las reglas de la jurisdicción.
Política 02
Procedencia y confianza del contenido
Cada elemento renderizado es rastreable a su fuente aprobada vía un almacén de contenido atestado por la fuente y curado por el sitio. CGL™ rechaza propuestas de renderizado que caen fuera del almacén atestado; AAL™ registra la atribución de fuente, la transformación permitida aplicada y el evento de renderizado. Anti-confabulación por arquitectura, no solo por política.
Política 03
Gobernanza humano-en-el-bucle
Puntos definidos en los que humanos autorizados aprueban, modifican o anulan decisiones automatizadas, con la anulación misma registrada como evento de gobernanza. La autoridad humana es estructural, no consultiva.
Política 04
Gobernanza AR/MR/XR
Reglas que gobiernan contenido de realidad aumentada, mixta y extendida: registro en espacio físico, restricciones de seguridad, adecuación por edad y superposición consentida sobre entornos del mundo real.
Política 05
Gobernanza acústica y sensorial
Restricciones sobre salida de sonido, luz, movimiento, háptica y otras salidas sensoriales — incluyendo control de fugas, inteligibilidad, modos conscientes de la neurodivergencia y modelado sensorial impulsado por accesibilidad.
Política 06
Comercio y derechos
Reglas que gobiernan a qué pueden acceder, comprar o desbloquear los huéspedes — aplicadas consistentemente a través de capas de identidad, entorno y orquestación, con consentimiento y auditoría conservados.
Política 07
Evolución del ciclo de vida
Reglas para versionado, enmienda, depreciación y retiro de cada política, activo de contenido y elemento arquitectónico. Registrado por AAL™ en cada transición de versión de política; el régimen resuelto por TGF™ bajo el cual se tomó una decisión se preserva en el registro AAL™. El versionado administrativo, gestión del ciclo de vida, retención, expiración y rollback de artefactos de política son procesos governance-ops ejecutados fuera de la pila runtime de diez capas.
Política 08
Calendario de autoridad de seguridad
La jerarquía definida de autoridades de seguridad, las condiciones bajo las cuales cada una es invocada y la precedencia de restricciones de seguridad sobre todos los demás objetivos en tiempo de ejecución. Acopla a OSOL™: cuando se señala una condición relevante para la seguridad, OSOL™ adelanta la pila runtime de diez capas con prioridad dura sobre cualquier otra capa.
Política 09
Seguridad y frontera de confianza
Fronteras criptográficas, de red y operativas que previenen acceso, modificación o exfiltración no autorizados — aplicadas a través de cada capa, sin excepciones privilegiadas.
Política 10
Accesibilidad e inclusión
Inclusión tratada como restricción de sistema desde la fase de concepto, no como retroadaptación. Se manifiesta como comportamientos concretos específicos de cada capa: flujos de medios paralelos (audio para audífonos, subtítulos, video en lengua de signos, audio multilingüe, variantes de medios calmados), enrutamiento de canal sensorial en MAOL™, perfil de accesibilidad consentido transportado por ICL™ y audio espacial para navegación coordinado contra el estado EDE™.
Política 11
Consentimiento y soberanía de datos
Consentimiento como estado evaluable en tiempo de ejecución, no como evento único. ICL™ mantiene el estado de consentimiento actual; CGL™ evalúa el consentimiento en cada acción que depende de él; las retiradas se propagan en tiempo acotado; AAL™ registra el estado de consentimiento en el momento de la decisión como parte del marco de gobernanza completo. Soberanía de datos respetada a través de jurisdicciones, con divulgación selectiva y minimización como predeterminados arquitectónicos.
Por qué "políticas", no "concerns"

Estas once son políticas: reglas y mecanismos de aplicación que operan a través de capas. Nunca se llaman capas porque no ocupan una capa. Nunca se llaman concerns porque esa palabra las reduce a temas en lugar de comportamientos aplicables. La denominación es deliberada y está bloqueada.

El estado de este documento.

Postura de patente

WorldModel™ está patente-pendiente en su totalidad. Las tecnologías predecesoras y adyacentes están cubiertas por patentes concedidas, incluyendo Alice® Body of Knowledge, ListenAssist™ y AV++®.

Uso de esta referencia

Este documento es la referencia canónica para WorldModel™. Puede citarse en trabajos académicos, documentos de especificación, narrativas de master planning, lenguaje de compras y cobertura editorial. Los términos marcados deben preservarse con sus marcas de marca registrada al primer uso en cualquier obra derivada.

Obras compañeras

Dos libros compañeros amplían esta referencia. Hyper-Personalized Venues — A CEO's Guide desarrolla el marco estratégico para tomadores de decisiones. The World Model — Governed AI for Hyper-Personalized Venues desarrolla la referencia técnica completa para implementadores. Ambos están disponibles mundialmente.

Profundizar.