Le web spatial vient d'obtenir un navigateur. Votre IA a toujours besoin d'un runtime.

Juin 2026 a été le mois où le web spatial a cessé d’être une présentation commerciale. À l’AWE de Long Beach, RP1 et le Metaverse Standards Forum ont annoncé Sneeze, un moteur de navigateur open source pour l’espace 3D, présenté comme ce que Blink est au web 2D. Snap a ouvert les précommandes de Specs, des lunettes AR autonomes à 2 195 $. Et Niantic a orienté sa communauté Scaniverse vers l’infrastructure urbaine et les environnements industriels avec un défi de splat gaussien jugé en partie sur la valeur pratique.

Trois entreprises différentes, un même message. Le contenu spatial devient quelque chose que l’on publie, que l’on parcourt, et que l’on met au travail, de la même façon qu’un site web.

Nous pensons que c’est une excellente nouvelle.

La question à laquelle un navigateur ne répond pas

Un moteur de navigateur résout la découverte et la livraison. Vous arrivez dans un espace et le contenu se charge. Ce à quoi il ne répond pas, c’est la question qui se pose dès qu’un agent IA entre avec vous : qu’est-ce que cet agent a le droit de faire ici, qui l’a autorisé, et où se trouve la trace ?

Cette question est tout le travail de RakuAI. Le runtime expose un monde spatial à tout assistant IA via 17 outils MCP natifs. Les 5 outils en lecture seule fonctionnent partout. Les 12 outils qui peuvent changer le monde sont refusés par défaut : en production, la mutation ne se produit que sous un octroi de permission explicite et audité, et chaque appel atterrit dans une piste d’audit par session. Claude, ChatGPT, Gemini, et Copilot pilotent tous le même contrat, donc aucun d’eux n’obtient de porte spéciale.

Le navigateur ouvre l’espace. Le runtime gouverne ce que votre IA peut y faire. Les deux couches doivent exister toutes les deux, et plus la première devient ouverte, plus la seconde compte.

Ouvert au niveau du protocole

Notre moteur est propriétaire et nous n’allons pas prétendre le contraire. Notre ouverture vit là où l’interopérabilité se produit réellement, dans les protocoles :

• MCP est un protocole ouvert. Tout modèle de tout fournisseur le parle, et notre runtime le parle en production depuis mars 2026.
• SPZ est le format de splat gaussien ouvert de Niantic, et c’est ce que produit notre pipeline de capture. Un splat scanné avec notre flux de capture et un splat du reste de l’écosystème vivent dans le même format.
• OpenXR est là où notre couche d’affichage et de suivi rencontre le matériel.

Les standards ont leur place dans les protocoles. Les moteurs devraient se faire concurrence sur la qualité. C’est ainsi que le web 2D a fonctionné, et c’est la posture que nous conservons pendant que le web 3D prend forme.

Le contrat d’outils spatiaux MCP

L’élément sur lequel les équipes reviennent sans cesse est le contrat lui-même : la définition versionnée des 17 outils, le schéma de chacun, la sémantique de permission et d’audit derrière chaque appel, le comportement en cas d’erreur, et les règles que nous suivons quand le contrat change.

Nous partageons le contrat complet avec les équipes qui évaluent une intégration. Dites-nous ce que vous construisez et nous vous l’enverrons : demander le contrat d’outils spatiaux MCP.

La partie que nous seuls faisons de bout en bout

Pointez un téléphone vers une pièce et vous obtenez une scène. Connectez un assistant via MCP et cette scène devient un lieu que votre IA peut interroger, mesurer, et dans lequel elle peut agir, sous des règles que vous fixez, avec un journal que vous pouvez lire. De la capture à l’agentivité gouvernée, un seul pipeline.

Le fait que le web spatial obtienne un vrai navigateur est le signal le plus fort à ce jour que cette couche valait la peine d’être construite. Bienvenue dans le web spatial ouvert. Amenez votre IA.