Capítulo 01
Los humanos y la IA necesitan una realidad digital compartida
Los humanos y la IA no operan sobre la misma realidad digital explícita. Este es el capítulo fundacional de una tesis en curso sobre cómo cerrar esa brecha.
Realidad fragmentada
Los humanos ven tareas, archivos, dispositivos, proyectos, salas, conversaciones y flujos de trabajo. La IA suele ver prompts, APIs, salidas de herramientas y esquemas parciales.
Ambos pueden tocar los mismos sistemas, pero no comparten la misma verdad explícita.
Una persona puede entender que «la puerta principal está cerrada con llave» o que «este repositorio está roto», mientras que una IA a menudo solo ve respuestas fragmentadas de APIs, contexto del prompt o respuestas del uso de herramientas. Están actuando alrededor de la misma realidad, pero no sobre el mismo modelo explícito de esa realidad.
La realidad tiene estructura
La realidad no espera a que el software la describa. Las salas, los dispositivos, los archivos, las conversaciones, los flujos de trabajo y el estado cambiante ya tienen estructura y significado.
Los humanos operan sobre ese territorio directamente. Saben qué significa una puerta cerrada con llave, qué pantalla está activa o cuándo un repositorio está roto porque el mundo en el que actúan ya está organizado.
El software no está inventando esa estructura desde cero. Está intentando modelarla.
El texto oculta el modelo del mundo
El software actual ya modela la realidad. Siempre que representa hogares, puertas, televisores, canales, archivos, tareas o conversaciones, está portando un modelo del mundo.
El problema no es que al software le falte estructura. El problema es que la mayoría de los sistemas mantienen esa estructura atrapada dentro del código fuente e intercambiada como texto.
Las interfaces exponen fragmentos. Las APIs exponen fragmentos. Las salidas de herramientas exponen fragmentos. Humanos e IA se encuentran con el sistema sobre todo en esos bordes, mientras el modelo mismo permanece oculto.
El grafo hace explícito el modelo
Si el modelo del mundo es lo que realmente nos importa, no debería seguir siendo implícito dentro del código. Debería volverse explícito, compartido y canónico. Por canónico me refiero a una única representación estructural del modelo del mundo que interfaces, servicios y actores puedan interpretar de forma consistente.
Ese es el papel del Grafo de Configuración de Objetos.
El Grafo de Configuración de Objetos es un grafo declarativo que describe:
- los objetos que pueden existir,
- el estado que pueden contener,
- las relaciones entre ellos,
- y las operaciones válidas sobre ellos.
Este es el mapa.
Este es también el movimiento que Aware está implementando en aware.run: hacer explícito el propio modelo para que interfaces, servicios y actores operen sobre la misma verdad estructural.
Mapa, proyección, territorio
El ejemplo de Home vuelve concreta la secuencia.
El Object Config Graph (OCG) es el mapa. Define qué puede existir en esta realidad: Environment, Home, Door, Tv, TvChannel, sus relaciones y las operaciones válidas sobre ellos.
El Object Projection Graph (OPG) es la proyección sobre ese mapa. En el
diagrama de Home, la etiqueta azul Home projection marca ese alcance
semántico. No crea un segundo mundo. Selecciona la parte del mapa que importa
para una representación, un flujo de trabajo o una experiencia concreta.
Puedes pensar la proyección como la lente sobre el mapa, pero el punto importante es que sigue estando estructuralmente anclada en la misma configuración compartida.
El Object Instance Graph (OIG) es el territorio de ese alcance proyectado una vez que se instancia como objetos y estado reales: un hogar específico, una puerta específica, un televisor específico, un canal activo específico.
Esto nos da una secuencia limpia:
Por tanto, una proyección es más que un filtro. Selecciona un alcance significativo del mapa y da a ese alcance un propósito semántico. Las interfaces luego materializan esa proyección acotada como paneles, haciendo visibles los cambios de estado como deltas observables.
Una conversación, por ejemplo, puede proyectar mensajes, texto, menciones y participantes. Un hogar puede proyectar puertas, pantallas y canales activos. Un repositorio puede proyectar estructura de código, layout y artefactos de texto.
La idea clave es que el mapa sigue siendo compartido, mientras distintas proyecciones permiten que humanos e IA trabajen sobre contextos significativos de ese mismo mundo.
La evolución del territorio mediante commits
Una vez que existe un territorio compartido, la siguiente pregunta es cómo evoluciona.
Git ofrece un punto de referencia útil. Un repositorio es una proyección sobre un mundo de software: un contexto significativo en el que archivos, directorios y texto se convierten en el territorio de interés.
Ese territorio evoluciona mediante deltas agrupados como commits, y un commit específico actúa como la cabeza a partir de la cual puede reconstruirse el estado.
Aware toma este mismo principio central —cambio atribuible agrupado como commits— y lo aplica más allá de los repositorios de texto a proyecciones de propósito general sobre un modelo del mundo compartido.
Este es el límite donde la representación canónica se convierte en evolución canónica.