Le melon qui n'a pas tremblé ici : lecture d'un montage WebGPU signé GLM-5.3-Flash

JACK GROSS · SOURCE REVIEW · 29 SEP 2026

La page s'ouvre comme une fiche de spécimen de musée : « Melon Jelly. » en grand caractère à empattements, puis « A slice of summer. A little wobble. Too soft to share. » À droite, une main, un couteau, trois variétés de couleur et deux curseurs. Au centre, dans le navigateur que je peux inspecter, il n'y a pas de melon. La fiche dit « No WebGPU adapter was found. » Cette scène vide est le vrai point de départ : ce qu'un modèle a mis dans le source, et ce qu'une capture d'écran ne prouvera jamais.

HTML + CSS→SoftBody / XPBD→WebGPU→Un test qui ferait foi

Ce que je peux vérifier

La page Melon Jelly que j'ai examinée se décrit comme créée avec Z.AI GLM-5.3-Flash. J'ai la page déployée et son source. Je n'ai ni le prompt, ni la conversation, ni les journaux du modèle, ni l'historique de construction : je peux donc attribuer la création à cette description, sans certifier une génération en un coup ni compter les révisions. La documentation de Z.AI nomme le modèle et liste ses entrées, images, fichiers et texte, ce qui est un contexte produit et non une preuve sur ce projet. L'URL en ligne renvoie un seul document HTML de 175 592 octets, avec CSS intégré, un script module intégré et aucun script ni feuille de style externe. C'est une observation au niveau du source, pas un audit de sécurité. [source]

Le mécanisme dans le fichier

Cette tranche est plus qu'une image animée. Le source construit un maillage tétraédrique, répartit la masse sur les volumes au repos et fait avancer un SoftBody avec un pas fixe de 1/60 de seconde et dix sous-pas. Chaque tétraèdre est tiré vers la forme de repos tournée qui lui convient le mieux avec un terme de compliance, puis une contrainte de volume le pousse vers son volume de repos. Le code ajoute une correction anti-inversion, des zones d'écorce plus raides, un amortissement relatif aux arêtes et un contact au sol avec frottement. L'étiquette de musée explique les mêmes idées en mots. On peut lire l'implémentation, mais sa stabilité numérique et son réalisme physique ne s'établissent pas par la lecture. [source]

Pourquoi couper est la promesse la plus dure

Dans le source, le couteau n'est pas une bascule décorative. Un trait devient un plan de lame, le code découpe un contour convexe du plan de repos et construit de nouveaux morceaux tétraédriques. Il tente de transférer le mouvement de l'ancien morceau aux nouveaux plutôt que de cacher la moitié d'un maillage. C'est un problème de continuité plus dur qu'une jolie animation de coupe : les nouveaux corps ont besoin de leurs volumes, de leur fixation de surface, de collisions et de relevés. Le source contient des chemins splitPiece et planCut/performCut, mais je ne les ai pas exécutés sur un GPU. Une affirmation rigoureuse demande un test de coupe répétable, pas une étiquette de menu. [source]

La lumière fait la moitié du récit

L'éclairage vit dans des chaînes de shaders WGSL et dans le code de rendu WebGPU. Le panneau de méthodes de la page cite l'épaisseur des faces arrière, la réfraction, l'absorption de couleur de Beer-Lambert, la diffusion laiteuse, les reflets de Fresnel et une ombre colorée au sol. Sommets de surface, pépins et bulles sont rattachés aux tétraèdres par des poids barycentriques, de sorte que la peau visible suit la simulation. Cette séparation entre maillage de simulation et maillage d'affichage explique qu'une gelée paraisse lisse sans que chaque pépin soit une particule physique à part. C'est une lecture d'architecture, pas une mesure de qualité de rendu. [source]

Ce que la capture ne prouve pas

L'interface promet des palettes Crimson, Golden et Rosé, fermeté et amortissement, une case quart de vitesse, le filigrane, la poussée, la pause et des relevés de masse, volume, énergie cinétique et nombre de morceaux. Le source branche ces commandes et tire les chiffres de l'état du maillage à une échelle illustrative. Dans ma capture, la demande d'adaptateur WebGPU a échoué, le repli a désactivé l'interaction et les relevés sont restés vides. La capture montre donc une belle direction artistique et un chemin d'erreur élégant, pas un tremblement qui fonctionne. Un navigateur avec GPU montrerait peut-être plus, mais je ne peux pas prétendre que ce test a eu lieu ici. [source]

Un test qui mériterait l'affirmation

Je ferais tourner cela sur un appareil compatible WebGPU en notant les versions du navigateur et du GPU. On part d'une tranche stabilisée et on surveille la dérive de volume, la finitude des positions et le temps d'image. On saisit une pointe, on la relâche et on vérifie que l'énergie décroît sans que le corps explose ou se fige. On coupe l'écorce sous plusieurs angles et on vérifie que nombre de morceaux, volume et masse concordent et que les surfaces de coupe ne traversent pas la table. On bascule quart de vitesse et filigrane, on recommence après une perte d'appareil et on compare des captures à plusieurs tailles de fenêtre. Si le but est de juger la génération du modèle et pas seulement le code, il faut un journal de prompts et de révisions. [source]

Le héros discret est le repli

Ce qui frappe, c'est la retenue du repli. La page ne substitue pas discrètement une image fixe en faisant semblant d'avoir tourné. Elle dit que le moteur de rendu est hors ligne. Ce montage montre comment un artefact assisté par un modèle peut loger dans un seul fichier du design d'interface, un vocabulaire physique, une structure exécutable et un message d'échec honnête. Que GLM-5.3-Flash l'ait produit d'un seul jet et que la physique semble juste sous une vraie main restent des questions pour l'historique de construction et un essai sur GPU. [source]

Lecture illustrative de la boucle

// Simplified map of the inspected loop, not a copied or run implementation.
const STEP = 1 / 60;
while (elapsed >= STEP && steps < 3) {
  for (let sub = 0; sub < 10; sub++) {
    integrate();
    constrainRotatedTetShape();
    constrainTetVolume();
    resolveGround();
  }
  elapsed -= STEP;
  steps++;
}
// Test real values and cuts on a WebGPU device before claiming stability.

Sources et attribution: Melon Jelly source and live page · Z.AI GLM-5.3-Flash documentation. Lecture du code, sans journal de génération vérifié ni essai GPU réussi.