Propulsé par CrucibleForge
Suite 4.1 (Actuel)
Les tests
Des notes en langue simple sur chaque test présent sur Main Bench. Le même texte s’ouvre en cliquant sur le i situé à côté de chaque en-tête de colonne. Les tests eux-mêmes se trouvent dans le projet open source CrucibleForge ; cette page décrit de manière générale ce qu’ils mesurent. Lorsqu’un test propose des exemples de questions publiques, vous pouvez les consulter depuis sa fiche correspondante.
Ce que les tests mesurent
Total
Le total correspond à la somme du score Code et du score Chat. Chacun de ces scores vaut 10 en cas de réussite parfaite aux tests standards ; ainsi, 20 est le maximum théorique. Les packs de bonus (voir « Packs de bonus ») ajoutent des points en plus, ce qui permet à un modèle de dépasser 20 ; dans cette suite de tests, Code peut atteindre 13 et Chat 15 avec chaque pack. Les barres dans chaque ligne s’étendent jusqu’à ce maximum possible, avec une coche indiquant la limite fixée par les tests standards. Les tests non censurés disposent de leur propre onglet et ne sont jamais pris en compte dans le calcul du total. Le chiffre ± indiqué à côté du total représente la moitié d’un intervalle de confiance à 90 % obtenu via une méthode bootstrap appliquée aux cas de test ; par conséquent, deux modèles dont les scores se situent à l’intérieur de cette marge sont statistiquement considérés comme équivalents.
Chat
Le chat évalue les scénarios de jeu de rôle et les conversations avec un compagnon, mais pas les tâches d’assistant général. Il exécute 8 sessions multi-tours : un jeu de rôle riche en lore, des discussions avec un compagnon, un personnage ayant plusieurs voix, ainsi qu’une histoire écrite collectivement. Chaque session vérifie si le modèle se souvient des faits introduits précédemment, s’il accepte les corrections, s’il conserve la voix et le point de vue du personnage, et s’il respecte l’ensemble des règles d’écriture. Un modèle évaluateur distinct, Gemma 4 31B (uncensored “heretic” build, Q8) on our own GPU rig, note les réponses en se basant sur une liste de critères pour chaque cas ; d’autres règles en texte brut complètent le processus d’évaluation. Répondre à des questions ou exécuter des instructions ponctuelles ne fait pas l’objet d’une évaluation ici. Le score maximal pour une série parfaite de questions standard est de 10 ; des packs bonus permettent d’obtenir davantage de points, jusqu’à un total de 15 dans cette suite d’évaluations.
Code
Le code porte sur l’écriture de fonctions Python fonctionnelles, la prédiction du résultat affiché par un programme, la détection et la correction de bugs, les tâches liées aux dépôts de code ainsi que l’utilisation d’outils. Les réponses sont testées via des tests cachés ; le score reflète donc uniquement le code qui fonctionne, et non celui qui semble correct en apparence. Le score maximal est de 10 pour une résolution parfaite des questions standards ; des packs bonus permettent d’obtenir davantage de points, jusqu’à un total de 13 dans cette série.
Ensembles de bonus
Chaque catégorie vaut 10 points pour une exécution parfaite des questions standardes. Un modèle qui obtient au moins 90 % à une catégorie peut accéder à un ensemble de questions bonus plus difficiles pour cette même catégorie ; s’il les réussit, il peut débloquer l’ensemble suivant. Chaque paquet rapporte 1 point supplémentaire, si bien qu’une catégorie peut dépasser 10 points. Le maximum possible est de 10 points plus un point par paquet disponible ; chaque nouveau paquet augmente ce total. Les détails d’une ligne indiquent chaque paquet : ses points attribués, ou s’il est verrouillé. Les ensembles de questions bonus sont le seul moyen de dépasser 10 points, ce qui empêche tous les modèles d’atteindre la note maximale en même temps.
Programmes
Le programme soumet au modèle 6 tâches, chacune demandant de créer une fonction Python à partir d’une description précise mais truffée de pièges (dates, arrondis, mise en forme du texte, planification). La réponse est exécutée dans un environnement isolé face à des tests unitaires cachés ; le score correspond à la proportion de groupes de tests qui sont réussis. Ainsi, une réponse presque correcte obtient un crédit partiel.
Banque de codes
La banque de codes présente au modèle de courts extraits de code Python et JavaScript du quotidien, le genre de code auxiliaire que l’on trouve dans une application grand public, et demande précisément ce que chacun affiche en sortie. Il y a 2 ensembles, un par langage, et chaque sortie prédite est vérifiée par correspondance exacte. L’exercice récompense la connaissance du comportement réel du langage (valeurs par défaut communes, ordre de tri, arrondi, notion de valeur « vraie »), plutôt que la capacité à écrire du nouveau code. Le score correspond à la proportion de sorties prédites qui sont exactes.
Agent
L’agent fournit au modèle un rapport de bug concernant un petit projet réparti sur plusieurs fichiers, ainsi que les outils utilisés par l’assistant de codage : lister, lire et rechercher des fichiers, les modifier et exécuter les tests. Il s’agit d’une tâche unique (1 dans la suite), donc une seule exécution peut faire évoluer cette colonne de manière significative. Le projet corrigé est évalué en exécutant ses tests.
Outils
L’outil teste si un modèle appelle correctement les outils. Chaque cas correspond à une conversation scriptée avec un aller-retour vers un outil : le modèle doit choisir le bon outil, fournir des arguments valides, utiliser le résultat et éviter les pièges intégrés dans la configuration. Un appel mal formé est considéré comme un échec.
tok/s
Le tok/s représente la vitesse médiane à laquelle le modèle a généré du texte pendant l’exécution. Les modèles locaux ont été exécutés sur notre propre matériel ; ces vitesses peuvent donc être comparées entre elles. Pour les modèles hébergés, la vitesse dépend du fournisseur et de sa charge de travail ; il convient donc de considérer cette vitesse comme une indication approximative.
Coût d’exécution
Le coût d’exécution calcule le montant que représente chaque demande lors d’une exécution complète, selon le tarif publié par le fournisseur : les tokens envoyés et ceux renvoyés, y compris les données de réflexion. Ce calcul couvre les tests standard « Code » et « Chat ». Il ne prend pas en compte les ensembles de tests bonus, les nouvelles tentatives, le juge (qui fonctionne sur notre propre matériel) ainsi que tout rabais lié au cache ou aux heures creuses ; il reflète donc approximativement ce que vous paieriez au prix catalogue. Un symbole ~ indique que le fournisseur ne facture pas au nombre de tokens (abonnement forfaitaire) ; nous avons donc calculé le coût en appliquant le tarif catalogue aux quantités de tokens. Un astérisque * signifie que certaines demandes n’ont pas retourné de données d’utilisation, donc le chiffre indiqué pourrait être sous-estimé. Le filtre de contenu du fournisseur peut bloquer une réponse ; la ligne correspondante indique alors combien de réponses ont été bloquées, chaque réponse bloquée obtenant une note nulle.
Classe
La classe est un moyen rapide de regrouper les modèles selon leur score total : S, A, B et C, S étant le plus élevé. Les seuils pour chaque catégorie sont indiqués dans les notes sous le tableau. Un modèle sans score de Chat complet n’a ni score total ni classe.
Maigre
Lean compare les scores de Chat et de Code du modèle avec la médiane du tableau pour chacun d’eux. S’il se montre nettement meilleur dans l’un des deux domaines, il est qualifié de « orienté chat » ou « orienté code » ; sinon, il est considéré comme équilibré. L’ampleur de l’écart requise est indiquée dans les notes sous le tableau.
Suite
La suite est la version de l’ensemble de tests avec laquelle un score a été généré. Lorsque les tests changent, les modèles sont à nouveau exécutés et l’ancienne version est conservée dans « Versions précédentes de la suite ». Comparez les scores uniquement au sein d’une même suite.
Date de test
La date de test est le jour où les résultats du modèle sur cette plateforme ont été générés. Un nouveau lancement du modèle affiche une date plus récente.
Fonctionne sur
Une version fine-tunée conserve ici le nom de sa base et n’est jamais masquée par « Seules les dernières versions ». Cette case est cochée par défaut ; elle masque les anciennes versions d’un éditeur lorsqu’une version plus récente de la même série est présente dans la liste et possède un classement. En saisissant un nom de base dans le filtre, comme « gemma 4 », on obtient la liste de tout ce qui a été construit à partir de celle-ci.
Quant
Le quant est le format de compression des poids d’un modèle local. Le Q8_0 est proche du modèle en précision complète et constitue le standard de quantification sur cette carte ; une quantification plus faible permet un fonctionnement plus rapide et convient mieux aux GPU de petite taille, mais peut entraîner des performances inférieures. Nous n’utilisons le Q6 ou le Q5 que lorsque le Q8_0 ne convient pas à notre configuration, et nous ne descendons jamais en dessous du Q5. Les anciennes lignes ayant obtenu un score inférieur au Q5 restent sur la liste avec une mention « en dessous du Q5 » ; elles ne sont retestées avec la quantification standard que si elles se classent en tête. Lorsque les mêmes poids ont été testés avec deux quantifications différentes, une seule ligne est classée et l’autre apparaît en dessous en tant que variante. Le terme API désigne un modèle hébergé, que le fournisseur met à disposition sous la forme qu’il souhaite.
Ouvrir le banc principal Chaque score ici correspond à une colonne sur le tableau.