Frame revendique 100 millions de polygones à 60 fps dans un éditeur 3D en ligne

Demander à une IA de construire une pièce, ouvrir le résultat dans le navigateur et ajuster les dimensions à la main : c'est le scénario que propose l'auteur de Frame. Il développe un éditeur 3D doté d'un moteur graphique maison et d'une API pour les agents. Pour les développeurs d'applications d'ingénierie, deux aspects sont intéressants : la manière dont la géométrie lourde est gérée, et la façon dont un humain et une IA éditent une même scène.

Le chiffre principal de la publication : 100 millions de polygones à 60 images par seconde sans instanciation, c'est-à-dire sans affichage multiple de copies d'une même géométrie. La légende de la démonstration indique 76 FPS sur une RTX 2080. Ce sont des résultats fournis par l'auteur : le matériel fourni ne contient ni test indépendant ni méthodologie de comparaison détaillée.

Comment Frame gère la géométrie lourde

Frame repose sur un moteur maison fonctionnant sur WebGPU, sans Three.js. Selon le développeur, la géométrie est stockée sur la carte graphique, les calculs lourds sont exécutés dans les shaders et une partie des opérations utilise WASM. Lorsqu'on déplace un objet entier, c'est sa matrice de transformation qui change : il n'est pas nécessaire de réécrire les tableaux de coordonnées de tous ses sommets.

Imaginez un modèle STL importé représentant une pièce complexe. L'utilisateur la fait pivoter, rapproche la caméra, déplace l'objet. Dans un tel scénario, ce qui compte, c'est la nature des données que l'éditeur échange entre le processeur et la carte graphique, et le travail qu'il refait à chaque action. L'auteur attribue la vitesse de Frame à la conception de l'ensemble de l'éditeur, pensé pour WebGPU.

La taille annoncée du noyau après compression gzip est d'environ 0,93 Mo dans la version mesurée. Les plugins et les textures de bibliothèque sont chargés à la demande. Cette séparation est utile pour un produit : un utilisateur qui fait de la modélisation classique n'a pas à attendre le chargement de tous les modules d'ingénierie. Toutefois, ce chiffre ne concerne que le noyau, et le volume total téléchargé dépend des fonctions choisies.

L'éditeur propose aussi des surfaces splines, des opérations booléennes et un rendu par path tracing. Mais la fluidité de rotation de la scène ne dit rien, à elle seule, de la rapidité des changements de topologie, des matériaux complexes ou d'autres opérations. L'affirmation de l'auteur selon laquelle Frame surpasse Cinema 4D doit être prise comme une invitation à reproduire la comparaison sur ses propres tâches.

L'agent accède à la même scène

Frame dispose de sa propre API d'IA. D'après l'auteur, l'agent manipule les mêmes objets et les mêmes opérations que l'humain. Le résultat qu'il construit peut être modifié à la main, enregistré, et ses actions peuvent être annulées.

Par exemple, l'agent prépare la géométrie d'une pièce, puis l'utilisateur déplace des éléments avec les outils habituels. La scène partagée permet de poursuivre le travail sans transférer le résultat vers un autre éditeur. Le projet comporte un Doc, une description textuelle qui aide à transmettre le contexte du travail commun.

Un plugin distinct, Atomic, calcule les interactions atomiques sur le GPU via WebGPU. L'auteur cite le potentiel interatomique neuronal NEP89-1 et la prise en charge de 75 éléments. On envisage de confier à l'agent la préparation de la structure et des conditions initiales, puis de modifier les forces et les fixations et de répéter l'expérience.

Il faut ici distinguer la commodité de la formulation du problème et la fiabilité du calcul. Pouvoir assembler une scène avec des mots ne prouve pas que le potentiel choisi convienne à un matériau et à des conditions donnés. Le texte fourni ne contient aucune validation détaillée d'Atomic ; il est donc trop tôt pour tirer des conclusions sur la précision de prévisions d'ingénierie.

Ce que l'on peut retenir pour son propre développement

L'auteur raconte qu'il a commencé à écrire Frame à la main, puis a confié à l'IA une grande partie de l'implémentation. Il s'est réservé l'architecture, l'interface, les algorithmes et la vérification des résultats. Parmi les pratiques utiles, il cite une description détaillée de l'application dans app.md, des tests automatiques et de simples scripts pour les tâches qui n'exigent pas de modèle.

Il s'agit de l'expérience d'un seul projet, sans comparaison mesurée de la performance de l'équipe avant et après l'adoption de l'IA. Elle offre néanmoins des pistes concrètes à tester : documenter la structure de l'application, donner à l'agent des opérations sur les objets de travail et conserver la possibilité de vérifier et d'annuler le résultat.

Selon l'auteur, la version officielle de Frame est utilisable gratuitement, mais le code est propriétaire. La compatibilité entre versions n'est pas encore garantie. Le slicer et les modules d'ingénierie (résistance, thermique, etc.) sont encore en développement.

L'étape pratique suivante consiste à tester Frame sur une copie de sa propre scène : import, édition, enregistrement et réouverture. Pour une équipe produit, la question la plus utile est de savoir avec quelle facilité un utilisateur peut vérifier et corriger le travail de l'agent dans une interface familière.