M
MICROSOFT / microsoft/AesCode-8B

AesCode 8B

Cette famille multimodale de Microsoft transforme des exigences de contenu et des références visuelles facultatives en documents HTML/CSS modifiables. Les checkpoints 8B et 32B dérivent respectivement de Qwen3-VL-8B-Instruct et Qwen3-VL-32B-Instruct. Ils produisent du code, pas des images matricielles ni des vidéos. La référence apporte composition et style, tandis que le prompt reste la source de vérité pour les textes, chiffres et relations. La publication publique vérifiée date du 11 octobre 2026 ; la création antérieure du dépôt n’est pas sa date de lancement.

01 / RÉSUMÉ

L'essentiel

ORIENTATIONDesign visuel sous forme de code modifiable

Utilisation principale déclarée ou déduite avec prudence de la documentation officielle.

CONTEXTE24 576 tokens dans l’évaluation publiée

Capacité d'entrée maximale une fois publiée par la source.

SORTIE12 000 tokens dans l’évaluation publiée

Limite de génération maximale documentée.

ACCÈSHugging Face · checkpoint téléchargeable

Canaux de disponibilité vérifiés.

TYPE DE MODÈLECode · Multimodal

Famille fonctionnelle principale et spécialités vérifiées.

LICENCEApache 2.0

Conditions déclarées pour l’API, les poids ou l’auto-hébergement.

02 / FICHE TECHNIQUE

Limites et intégration

ID d’APImicrosoft/AesCode-8B
Type de modèleCode · Multimodal
Mode d’accèsPoids ouverts
LicenceApache 2.0
DéploiementAuto-hébergement avec Transformers ou vLLM
Lancement11 OCT 2026
Date limite des connaissancesNon publié
EntréeTexte · Image
SortieTexte · Code
Fenêtre contextuelle24 576 tokens dans l’évaluation publiée
puissance maximale12 000 tokens dans l’évaluation publiée
RaisonnementNon publié
Outils publiés
Sorties structuréesDocument HTML complet avec CSS et ECharts
Traitement par lotsInférence par lots avec vLLM auto-hébergé
Cache de promptsNon publié
Ajustement finNon publié
Plateformes vérifiéesHugging Face · Transformers · vLLM
CONVIENT MIEUX À

Diapositives, affiches, tableaux de bord et rapports dont les tableaux et graphiques doivent rester inspectables comme du code. La variante 8B est le plus petit checkpoint ; elle utilise SFT et 400 étapes de GDPO avec sept canaux de récompense. Le fournisseur mesure une perte de seulement 1,00 point Visual sans référence pour 8B : nous ne transposons pas ce chiffre à 32B. La fiche déclare l’anglais et exige Transformers 4.57 ou ultérieur.

À SURVEILLER

Le contexte de 24 576 tokens et la sortie de 12 000 tokens correspondent à l’expérience publiée. config.json déclare 262 144 positions, sans établir une qualité évaluée à cette limite. Les deux images autorisées dans l’exemple de serveur ne constituent pas non plus une garantie universelle. Le HTML généré peut contenir des scripts : examinez-le et rendez-le dans un environnement isolé, sans identifiants ni accès réseau, avant publication. Ne confondez pas AesCode avec l’ancien AesCoder-4B ou le jeu de données AesCode-358K.

03 / CAPACITÉS

Ce qu’il peut faire

01

Orientation

Diapositives, affiches, tableaux de bord et rapports dont les tableaux et graphiques doivent rester inspectables comme du code. La variante 8B est le plus petit checkpoint ; elle utilise SFT et 400 étapes de GDPO avec sept canaux de récompense. Le fournisseur mesure une perte de seulement 1,00 point Visual sans référence pour 8B : nous ne transposons pas ce chiffre à 32B. La fiche déclare l’anglais et exige Transformers 4.57 ou ultérieur.

02

Contexte

24 576 tokens dans l’évaluation publiée · 12 000 tokens dans l’évaluation publiée

03

Outils et intégration

Non publié

04

Accès

Hugging Face · checkpoint téléchargeable

Modalités d’entrée
TexteImage
04 / TARIFS

Coût documenté

ConceptValeurUnité/état
Entrée standardAucun tarif API officiel publiéTarif API standard
Entrée en cacheNon publiéLecture de préfixes réutilisés
Écriture ou stockage de cacheNon publiéLa condition varie selon le fournisseur
Sortie standardCoût de l’infrastructure proprePeut inclure des tokens de raisonnement
Entrée par lotsNon publiéTraitement asynchrone
Sortie par lotsNon publiéTraitement asynchrone

Les poids déclarent Apache 2.0 ; le code du dépôt officiel utilise MIT. Ce sont des licences distinctes pour des artefacts distincts. Nous n’avons vérifié ni API commerciale hébergée ni tarif par token : les champs numériques restent vides. Prévoyez GPU, mémoire, rendu et exploitation. Le pipeline de création des références peut utiliser des fournisseurs externes d’images et de vision, dont les coûts et conditions ne sont pas inclus dans le checkpoint.

i Les prix changent et peuvent dépendre du niveau, de la région ou de la durée du contexte. Vérifiez la source avant de prendre une décision.

05 / ÉVALUATIONS

Comment lire les résultats

“

Microsoft rapporte neuf métriques sur 300 infographies, avec une moyenne de trois générations par prompt sans sélection de la meilleure. Rule combine Text, Bound et Chart ; Visual combine Content, Layout et Style ; Overall moyenne Rule et Visual. Les résultats enregistrés utilisent une référence visuelle, une température de 0,8 et un top-p de 0,95. Ce ne sont ni un benchmark général de programmation ni des tests indépendants d’Inferama. Une reproduction complète exige des données et juges équivalents : le dépôt publie le code, pas les jeux de données.

Inferama ne met en évidence un « meilleur résultat » que lorsque la métrique, l'ensemble de test, la configuration et la date permettent une comparaison équivalente. Les chiffres du fournisseur sont présentés comme des affirmations provenant de sa propre source.

06 / VERSIONS

Chronologie

AesCode 8B

Publication publique vérifiée du checkpoint. Dépôt créé le 29 septembre ; cette date n’est pas utilisée comme date de lancement.

ANALYSE

Analyses connexes

AesCode Infographics Overall : intégration de la métrique globale et limites de son interprétation isolée
ANALISIS

AesCode Infographics Overall : intégration de la métrique globale et limites de son interprétation isolée

La métrique Overall de la suite AesCode Infographics agit comme un agrégateur de deux dimensions principales : la correction vérifiable (Rule) et la qualité visuelle (Visual). Bien qu'elle offre une vue synthétique des performances, son interprétation isolée masque des défauts spécifiques dans la conception ou le contenu. Cette analyse examine l'architecture de l'évaluation, les limites de la comparabilité entre modèles et un protocole pour lire ces résultats avec rigueur méthodologique.

21 oct. 2026
AesCode Infographics Layout : la métrique de composition visuelle et son isolement au sein de la suite d'évaluation
ANALISIS

AesCode Infographics Layout : la métrique de composition visuelle et son isolement au sein de la suite d'évaluation

Analyse fonctionnelle de la métrique « Layout » dans le contexte de l'architecture d'AesCode. Contrairement aux audits précédents sur « Content » ou « Chart » qui se concentraient sur le manque d'accès à la formule, cette pièce aborde la *fonction structurelle* de la métrique : comment la séparation de l'évaluation du layout (composition, hiérarchie, espacement) de l'évaluation du contenu (texte, données) permet de diagnostiquer des défaillances spécifiques dans la génération d'infographies. Il est expliqué comment un harnais d'évaluation doit isoler la variable « design » de la variable « information » pour qu'un score bas en Layout ne soit pas confondu avec une erreur de contenu, et quelles conditions d'exécution (résolution, format de sortie HTML/CSS) sont nécessaires pour que la métrique soit reproductible.

19 oct. 2026
AesCode Infographics Content : ce que la métrique évalue, son fonctionnement et les limites à la comparaison directe
ANALISIS

AesCode Infographics Content : ce que la métrique évalue, son fonctionnement et les limites à la comparaison directe

Analyse méthodologique de la métrique « Content » du benchmark AesCode. Découvrez son rôle dans l’évaluation de la fidélité sémantique des infographies générées sous forme de code, son articulation avec les autres dimensions visuelles et les limites qui empêchent de comparer directement ses résultats à ceux d’autres benchmarks.

17 oct. 2026
AesCode Infographics Chart : ce que les éléments disponibles permettent de vérifier et ce qui manque pour comparer
ANALISIS

AesCode Infographics Chart : ce que les éléments disponibles permettent de vérifier et ce qui manque pour comparer

La documentation publique décrit le canal Chart, présente des résultats et fournit le code d’évaluation. Mais les jeux de données ne sont pas publiés, ce qui limite la reproduction indépendante et l’interprétation des scores.

16 oct. 2026
AesCode Infographics Bound : ce que mesure, comment s'exécute et ce qu'il ne permet pas de comparer
ANALISIS

AesCode Infographics Bound : ce que mesure, comment s'exécute et ce qu'il ne permet pas de comparer

Analyse méthodologique de la métrique « Bound » dans la suite d'évaluation AesCode de Microsoft. Examen de son rôle de contrainte programmatique dans la génération d'infographies, son intégration avec d'autres métriques et les limites de comparabilité entre modèles.

16 oct. 2026
07 / SOURCES

Traçabilité