La plupart des serveurs MCP 3D sont un pont vers un logiciel que vous devez déjà exécuter. Vous installez l'application de bureau, y ajoutez un addon, démarrez un serveur local et maintenez les trois synchronisés — et l'assistant ne peut fonctionner que lorsque cette machine est allumée. Le pont est la partie facile ; l'infrastructure permanente est ce qui en fait un projet plutôt qu'un simple paramètre.
Mixos inverse cette approche. L'application est un onglet de navigateur, donc le connecteur communique avec quelque chose qui est déjà en cours d'exécution et déjà connecté. La configuration se résume à une URL dans les paramètres du connecteur de votre client et un écran d'approbation. Il n'y a pas de version d'addon à faire correspondre, pas de port à rediriger et pas de Python à maintenir actif, et la même connexion fonctionne depuis un autre ordinateur dès que vous vous y connectez.
Ce qu'il peut faire, c'est l'application complète, pas une tranche de démo : créer et éditer des meshes, des piles de booléens et de modificateurs, des matériaux et des graphes de nœuds, des lumières, des caméras, de la physique, des cloners et des particules, du rigging et du retargeting de mocap, une vraie timeline, et un rendu path-traced à la fin. Il lit la scène avant d'agir et vous indique ce qui a réellement changé — ainsi, lorsque l'application limite une valeur ou refuse une commande, c'est ce qui est renvoyé, et non une affirmation que cela a fonctionné.