Qwen3.5-4B-3D-Coder

Sources vérifiées le 6 novembre 2026. Affirmations de l’éditeur et essais tiers sont distingués ; pas de benchmark AIDreamHub exécuté.

Le livrable est du code de scène

CCORE affine Qwen3.5-4B : ce n’est pas une sortie officielle Qwen. Le modèle écrit du HTML et JavaScript Three.js pour environnements procéduraux, démonstrations et prototypes Web. Il ne reconstruit pas automatiquement un maillage terminé depuis une photo.

Un beau rendu peut cacher variables dupliquées, commandes défectueuses ou géométrie coûteuse. Choisissez-le si le code modifiable est utile et qu’une personne peut exécuter et corriger. Personnage articulé ou GLB de production demande une autre chaîne.

Page officielle capturée par AIDreamHub, pas une exécution locale du produit.

Fixer révision, format et réglages

La fiche liste GGUF Q4_K_M, Q8_0, FP16 Safetensors et une mise à jour du 27 octobre. Les 4 146 exemples comprennent 3 933 cas d’entraînement et 213 de validation. Ce découpage ne mesure pas le succès de scènes arbitraires.

Les recommandations sont temperature 0.6–0.8, top-p 0.90–0.95, top-k 20–40 et repetition penalty 1.0. LM Studio doit désactiver MTP selon la fiche. Enregistrez moteur et révision : des réglages par défaut différents ne sont pas équivalents.

Mode d’emploi : rendre un cas limité

Chargez le bon GGUF avec un moteur compatible et respectez la restriction au module principal Three.js. La fiche fournit aussi la commande Ollama ci-dessous. Vérifiez le moteur et son matériel plutôt que reprendre des scripts privilégiés destinés à un autre modèle.

Demandez peu d’objets, une caméra claire et une interaction. Enregistrez le HTML, servez-le par HTTP local puis vérifiez console et écran. Un fichier enregistré ne prouve pas un rendu. Nous n’avons pas exécuté d’inférence pour cette page.

ollama run hf.co/ccore/Qwen3.5-4B-3D-Coder:Q4_K_M

Three.js core module:
https://cdnjs.cloudflare.com/ajax/libs/three.js/0.160.0/three.module.min.js
No addons or legacy examples/js imports.

Local preview, from the folder containing the saved HTML:
python -m http.server 8000 --bind 127.0.0.1

Ce que montrent les exemples

La galerie officielle présente architecture, jardins et voxels. Le créateur mentionne reprises, corrections et noms de variables dupliqués. Ces exemples illustrent la cible sans donner un taux de réussite au premier essai.

Une analyse tierce distingue téléchargement et mémoire d’inférence, scènes et maillages. Elle ne constitue pas un benchmark indépendant contrôlé. Une vidéo courte ou quelques succès ne garantissent pas une fiabilité générale.

Rendre, inspecter, réparer

Comparez même sujet, révision et paramètres. Éliminez d’abord syntaxe, imports défaillants et canevas vide, puis testez caméra, redimensionnement, lumière, interaction et performance. Comptez toutes les reprises et corrections manuelles.

Exécutez le JavaScript généré dans un contexte jetable sans identifiants de production et limitez les dépendances réseau. Vérifiez tout export dans le moteur cible. GLB-3D-Coder Preview est distinct, pas un exporteur intégré à ce modèle.

Comparer la nature de sortie

Pour une logique complexe, comparez un modèle général de code; pour des scènes locales, cet affinage; pour géométrie réutilisable, une chaîne de maillage. La reconstruction fidèle du réel demande des mesures ou plusieurs vues.

Mesurez les scènes acceptées par temps total de travail, pas seulement les tokens. Une illustration pédagogique et une application avec données, état et authentification demandent des recettes différentes.

Licence et attentes

Le modèle affiche Apache-2.0 et le jeu de données MIT. Three.js, polices, textures et références gardent leurs conditions. La licence du modèle ne permet pas de copier tout dessin tiers.

Conservez l’identité indépendante de CCORE et le stade de publication. Le dessin éditorial explique le contrôle du code; il ne représente pas une génération 3D du modèle.

Questions avant adoption

Produit-il directement du GLB ?

Le cœur documenté est HTML et JavaScript. GLB-3D-Coder Preview est séparé. Tout export ajouté doit être testé dans la destination réelle.

Quels réglages choisir ?

Suivez la révision GGUF : temperature 0.6–0.8, top-p 0.90–0.95, top-k 20–40, pénalité 1.0. Vérifiez aussi MTP dans LM Studio.

Comment valider la scène ?

Servez localement et testez console, caméra, interactions, tailles et performance. Réponse réussie ou capture sélectionnée ne suffit pas.

Sources consultées

• CCORE — model card and runtime guidance
• CCORE — ThreeJS training dataset
• HowMuchToRunAI — runtime analysis

Explorer les outils associés

• Outils 3D
• Outils de code