Potencia tu IA en el mundo real

Unity es una herramienta que tu IA recoge. RakuAI es un cuerpo que tu IA habita: el runtime espacial construido para gafas inteligentes, respaldado por patentes que anticiparon este momento hace más de una década.

Tres vectores confluyeron en mí este sábado por la mañana antes de que hubiera terminado mi café.

Unity acaba de lanzar Native MCP. El hardware de gafas inteligentes está de verdad en la cara de la gente ahora, no en una diapositiva. Y los laboratorios de LLM con los que he estado hablando quieren todos lo mismo: un runtime que exponga capacidades espaciales a través de un contrato que sus modelos puedan dirigir, en producción, en cada fotograma, sin una integración personalizada por proveedor.

El motor que empecé a construir en 2025, sobre patentes que ayudé a presentar hace más de una década, por fin tiene un nombre para lo que es. Es el runtime que tu IA habita en el mundo real. No una herramienta que el modelo recoge. Un cuerpo en el que el modelo vive.

Este artículo soy yo dejando eso por escrito honestamente, con los comprobantes.

Sección 1. La cartera de patentes

Cinco patentes concedidas en Estados Unidos, con fecha de prioridad de julio de 2012. Son públicas, son consultables, son mías.

• US9210358B2, Entertainment Console. Concedida en diciembre de 2015.
• US9654613B2, Arena Gaming. Concedida en mayo de 2017.
• US9781244B2, Smart Eyeglasses. Concedida en octubre de 2017.
• US10027361B2, Point-of-Service. Concedida en julio de 2018.
• US10432772B2, Eyeglasses, 21 reivindicaciones.

Leídas en conjunto, lo que describen es un sistema. Inalámbrico de doble modo. Una arquitectura de gafas inteligentes más host de cómputo donde el trabajo pesado vive fuera de la cabeza. Descarga de renderizado del host a la pantalla. Sincronización del estado del mundo multijugador entre varios portadores en el mismo espacio físico. Streaming del mundo como delta de escena en lugar de video codificado.

La fecha de prioridad importa. Julio de 2012. Eso es años antes de las Meta Ray-Bans, antes de las Xreal Air, antes de Android XR, antes de que existieran en su forma actual los laboratorios de LLM de hoy. La arquitectura en las solicitudes es la arquitectura hacia la que la industria está convergiendo ahora. No estamos persiguiendo al sector. Nos estamos alcanzando a nosotros mismos.

No abro con las patentes porque las patentes ganen argumentos. Abro con ellas porque responden a la pregunta más común que hace un socio serio en la segunda reunión, que es “cuánto tiempo llevan realmente pensando en esto”. La respuesta honesta son dos números: las patentes datan de 2012, y el motor lleva en construcción activa desde 2025. Propiedad intelectual antigua, ejecución nueva.

Sección 2. Por qué las gafas necesitan un runtime distinto

Las restricciones de las gafas inteligentes no son las restricciones de las consolas, los teléfonos o los PC. Si las tratas como una versión más pequeña de cualquiera de esos, envías un producto que se sobrecalienta en veinte minutos.

Algunos de los números para los que diseñamos.

• Objetivo de latencia de movimiento a fotón de 18 ms. Latencia predecible, no framerate máximo. Unos 90 FPS entrecortados se sienten peor que unos 60 FPS estables.
• Tres modos térmicos. Rendimiento, Equilibrado, Bajo consumo. El runtime sabe en qué modo está y ajusta el costo del pipeline por fotograma. El modelo también lo sabe, cuando pide recursos.
• Teléfono como cómputo, gafas como pantalla. El host es el caballo de batalla. La pantalla es un cliente ligero sobre un enlace de doble modo. Esa es la topología que describen las patentes.
• Enlace de doble modo Wi-Fi 7 más óptico. Ancho de banda para el delta del mundo. Presupuesto de latencia para la pose predicha.
• Precisión espacial de 0.5 a 0.8 milímetros a 40 centímetros, filtrada con Kalman. El anclaje submilimétrico es lo que hace que una superficie virtual se sienta como una real. Si alguna vez has caligrafiado sobre un panel virtual, conoces la diferencia entre 1 mm de jitter y 0.5 mm de jitter. Es la diferencia entre escribir y garabatear.
• Seguimiento de cuerpo completo con 71 articulaciones. Seguimiento ocular con permanencia de mirada. Renderizado foveado con una ganancia de 2 a 4x. La foveación no es opcional en esta envolvente. Es la diferencia entre un presupuesto de renderizado que cabe y uno que no.

Ahora contrasta eso con las alternativas. Unity es un motor de propósito general diseñado en torno a objetivos de 60 FPS para PC y consola. Unreal es primero-VR, pero la VR que asume es una RTX 4090 en una torre con un presupuesto térmico de 200 vatios. Ambos son grandes motores. Ninguno de los dos fue diseñado para una envolvente térmica de 5 vatios sobre la cara de una persona.

Esto no es un desaire. Es una diferencia de categoría.

Sección 3. Por qué la IA necesita un runtime construido para ella

Escribí un artículo en enero titulado AI as Nervous System, Not AI as Factory. El argumento era que la mayoría de los motores que se llaman a sí mismos nativos de IA en 2026 en realidad le atornillaron un panel de chat a un pipeline existente. El modelo produce un artefacto. El artefacto aterriza en disco. El runtime carga el artefacto. El modelo nunca vuelve a hablarle al runtime.

Ese es el patrón de fábrica. Es real, es útil, está en producción. También no es lo que necesita la computación espacial.

El patrón de sistema nervioso pone al modelo en el bucle en cada fotograma. Observación que entra, intención que sale, el mundo responde, se repite. El modelo no es un proveedor de contenido. Es un participante en la simulación.

Las seis herramientas MCP que expone el runtime son la superficie donde ocurre esto.

• load_world_model(adapter_name, config)
• ingest_frame(adapter_name, frame_data, frame_index, timestamp)
• get_scene_state(include_physics, include_transforms)
• set_render_target(target_type, config)
• start_simulation(tick_rate, max_duration, realtime)
• get_metrics()

Seis herramientas, transporte stdio, permisos de denegación por defecto, registro de auditoría completo. Cualquier modelo que hable Model Context Protocol puede dirigir el runtime a través de ese contrato. Claude. ChatGPT. Gemini. Copilot. Lo que sea que se lance después.

Multi-proveedor por diseño, porque el runtime no tiene opinión sobre qué modelo hay al otro lado. El contrato es la frontera. El runtime conserva la autoridad sobre física, colisiones, puntuación, estado multijugador. El modelo aporta intención. Ninguno de los dos lados tiene que saber del otro salvo a través de seis herramientas.

Así es como se ve el patrón de sistema nervioso cuando lo conviertes en código en producción.

Sección 4. RakuAI frente a Unity, dicho con justicia

Unity Native MCP se lanzó recientemente y la recepción ha sido positiva. Quiero ser claro sobre qué es y qué no es, porque creo que ambas cosas pueden ser ciertas a la vez.

Unity MCP es manipulación de escena en tiempo de diseño. Un agente ayuda al desarrollador a colocar objetos, configurar componentes, construir un nivel. Es una capa de productividad para el bucle humano-más-editor. Eso es una victoria real para una audiencia real.

RakuAI MCP es orquestación de modelo de mundo en tiempo de ejecución. El agente está en el bucle en cada fotograma, contribuyendo al siguiente estado del mundo, mientras el runtime aplica la física, la colisión y el renderizado. Eso es producción en marzo de 2026, no tiempo de diseño, no asistencia de editor.

Categorías distintas. Ambas válidas. La versión concisa que he empezado a decir en voz alta:

Unity es una herramienta que tu IA recoge. RakuAI es un cuerpo que tu IA habita.

Si quieres un editor que se vuelva más inteligente, Unity MCP es emocionante y deberías probarlo. Si quieres un runtime que le dé a tu IA un lugar donde vivir en un par de gafas, ese es un problema distinto. Las patentes que lo hacen posible se presentaron hace más de una década, y llevamos construyendo el motor desde 2025.

Sección 5. Por qué estamos hablando de esto ahora

El momento importa en el posicionamiento, y quiero ser honesto sobre el nuestro.

Los socios de hardware de gafas inteligentes están eligiendo su runtime en 2026 y 2027. Esas decisiones se toman una vez y duran una década. Si no estás en esas conversaciones ahora, no vas a estar en ellas en absoluto.

Los laboratorios de LLM están decidiendo con qué plataformas espaciales integrarse. Las primeras integraciones fijan los valores por defecto. Los valores por defecto se quedan pegados.

El lanzamiento de MCP por parte de Unity validó la categoría. Llevamos años diciendo “el modelo debería dirigir el runtime a través de un contrato tipado”. Es más fácil que te escuchen ahora que un competidor de 30 mil millones de dólares dice lo mismo.

La cartera de patentes nos da pista de despegue en propiedad intelectual. Las patentes están concedidas, la fecha de prioridad es sólida, y la arquitectura que cubren es la arquitectura hacia la que está convergiendo la industria.

Y un año de construcción con la cabeza baja desde 2025 ha producido un runtime que de verdad está listo. El servidor MCP es real. Los adaptadores están llegando. La envolvente térmica se respeta. El objetivo de latencia se cumple. El anclaje submilimétrico funciona. Las dieciocho DLL están en verde en Linux. La tasa de aprobación de pruebas del 100 por ciento se ha mantenido durante tres meses.

Este es el momento de plantar una bandera.

Sección 6. Qué sigue

Trabajo concreto, nombrado honestamente para que se haga.

• Adaptadores reales de extremo a extremo. Runway. Veo. Suministrados por socios. Los stubs han demostrado la ruta de despacho. El siguiente paso es un modelo real detrás de un adaptador real, demostrado públicamente, de extremo a extremo.
• Arnés de despliegue de producción. Plantilla de servicio, configuración por variables de entorno, endpoint de comprobación de salud, apagado ordenado, empaquetado en contenedor. Nada glamoroso. Necesario.
• Failover multi-proveedor. Cuando el adaptador principal es lento o no está disponible, el servidor enruta a uno secundario. La forma es sencilla. Las pruebas serán el trabajo.
• Programa de recompensas para adaptadores. Una vez que un adaptador se lance, publicar el contrato e invitar al ecosistema a escribir más. Nuestro trabajo deja de ser “integrar cada modelo” y pasa a ser “revisar las implementaciones”.
• Conversaciones de asociación en ambos lados. Socios de hardware por un lado, laboratorios de modelos por el otro. El runtime es lo que hay entre ellos. Esa es la posición que las patentes establecieron hace más de una década, y el motor se la ha estado ganando desde 2025.

Cierre

El runtime que tu IA habita en el mundo real. La categoría que las patentes anticiparon hace más de una década, y hacia la que el motor ha estado construyendo desde 2025. Sábado por la mañana, tenemos un nombre para ello.

Si estás en un laboratorio de modelos, una tienda de hardware de gafas, o un estudio que quiere lanzar experiencias espaciales en 2027, el contrato está listo y los comprobantes son públicos. Tres enlaces para leer a continuación:

• La superficie MCP: /mcp
• El runtime de gafas inteligentes: /smart-glasses
• La historia para los creadores de LLM: /llm-makers

Sábado. Café terminado. De vuelta al motor.