Cette page est traduite de la documentation anglaise. Les commandes, identifiants et exemples sont inchangés. Runtime 7.24.5 · SDK 2.6.9. Source anglaise

Comparaison des profils MTP Tiel

Statut : instantané local mesuré Dernière revue : 2026-09-19 Responsable : mainteneurs d’AX Code Portée : mesures du profil MTP natif de Tiel et acceptation gérée d’AX Code

AX Code choisit désormais le profil de spéculation auto pour le paquet Tiel Coder par défaut, tout en gardant l’activation MTP required. Cyber-Tiel conserve agentic : son candidat auto a échoué à la sonde réelle de l’outil de lecture, avec une sortie répétitive puis des erreurs de limite de concurrence. Cela permet au moteur d’utiliser sa barrière de brouillon propre au modèle. L’ancien profil générique agentic remplaçait cette barrière par 0.80. La comparaison native a amélioré le décodage de Tiel dans les deux charges mesurées, et celui de Cyber-Tiel avec une entrée plus longue ; le résultat de Cyber-Tiel à entrée courte a légèrement régressé. Un débit natif plus élevé n’a pas établi un comportement d’outils utilisable pour ce candidat.

Ce sont des mesures directes de phases natives d’AX Engine sur un Apple M3 Max avec 128 GiB, pas le débit de tâches d’AX Code. Le rapport d’origine AX Engine face à MTPLX reste la base historique du M3 Max du 19 septembre. Le classement actuel est la campagne du 20 septembre sur quatre machines. MTPLX n’a pas été relancé dans cette expérience de profil, donc ses résultats antérieurs de 92–96 jetons/s ne doivent pas être traités comme une comparaison simultanée.

Résultats de confirmation

Les débits sont en jetons/s, chacun la médiane de trois achèvements hors cache de 256 jetons. Le chargement du modèle et le préchauffage de 64 jetons sont exclus. L’hôte avait d’autres applications de bureau actives ; c’est un petit instantané local, pas une étude thermique ou d’endurance contrôlée.

Seul le profil auto de Tiel est adopté. Les chiffres auto de Cyber-Tiel restent une preuve expérimentale, pas son défaut livré. L’échec de l’outil de lecture bloque la promotion, même si le débit de phase à entrée plus longue s’est amélioré ; cela n’établit pas que le profil seul a causé l’échec. Le préremplissage a fluctué malgré la même configuration de préremplissage. Les débits absolus diffèrent aussi du rapport antérieur, raison pour laquelle cette base historique n’a pas servi à calculer ces gains.

Les 24 requêtes de confirmation ont rapporté un MTP actif, des brouillons acceptés positifs, zéro étape de repli direct et zéro jeton d’entrée réutilisé. Le moteur a rapporté son code de route exact échantillonné (ax_mtp_correctness_mode=2) ; cette classification de runtime n’est pas une certification numérique ou de qualité indépendante.

Les entrées assainies, compteurs de phase, reçus de confirmation et de pilotes, et acceptation gérée ou par outil accompagnent ce rapport.

Pilotes à une seule variable

Un essai préliminaire par cas a isolé la barrière avant la comparaison répétée. Ne mélangez pas ces pilotes avec les essais de confirmation.

Dans le pilote de contexte, la barrière nulle explicite et les requêtes auto ont produit des jetons de sortie et des comptes de brouillon et d’acceptation identiques. Le minuteur de retour arrière de la requête auto est passé de 1.061 s à 0.055 s, et son minuteur de brouillon de 0.718 s à 0.130 s. Cependant, les cycles de vérification sont passés de 78 à 111, et l’évaluation de vérification est restée d’environ 2.26 s. L’amélioration totale du décodage a donc été bien plus petite que la réduction de l’un ou l’autre minuteur. Ces compteurs décrivent des chemins d’exécution différents ; ce ne sont pas des estimations indépendantes et additives de gains futurs.

Deux pilotes supplémentaires de brouillon stochastique, avec et sans surcharge de température de brouillon à 0.6, ont rapporté un MTP inactif, 255 étapes de repli direct et aucun brouillon. La protection du moteur a choisi la route de repli direct. Leurs reçus bruts sont conservés et explicitement exclus de la comparaison MTP actif. AX Code n’adopte pas ces surcharges et ne contourne pas cette protection.

Reproduction et portée

Utilisez la même construction du moteur, les mêmes instantanés épinglés, les mêmes jetons d’invite, les mêmes paramètres d’échantillonnage et la même commande de lancement que la méthode de mesure d’origine, en ne changeant que --speculation-profile agentic vers --speculation-profile auto. Les requêtes de confirmation n’avaient pas de surcharges d’environnement MTP supplémentaires. Le cache de préfixe était désactivé avec AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0. La formule de décodage natif reste (output_tokens - 1) / native_decode_seconds ; le préremplissage est le nombre de jetons d’entrée hors cache, divisé par les secondes de préremplissage natif.

Le moteur était une construction de sources optimisée de 51137c71a6794964d52c32c95e275c0923ed8d0b, MLX 0.32.2, SHA-256 du serveur 1fbe7fc50ea16448f98350616273214c0475bffb3ef509fceb3f8849163e97f5. Le binaire Homebrew 7.4.0 testé est antérieur au correctif exigé du chargeur d’espace de noms Tiel, bien que cette construction de sources rapporte aussi 7.4.0. Aucun binaire installé ni configuration utilisateur n’a été remplacé.

L’ordre de confirmation était Tiel/auto, Tiel/agentique, Cyber-Tiel/agentique, Cyber-Tiel/auto. Chaque lancement a reçu un préchauffage de 64 jetons, puis trois essais courts et trois essais de contexte. Un seul backend d’inférence tournait à la fois ; la compilation et les suites de tests ont été exclues des essais chronométrés. La largeur de l’ordonnanceur est restée à 2,048, le contexte à 32,768, le budget de sortie maximal à 8,192 et la concurrence maximale à 1. L’AX Code géré réel conserve sa largeur d’ordonnanceur existante de 8,192, donc le tableau de phases n’établit pas son débit client complet.

Le changement par défaut ne s’applique qu’au dépôt exact AutomatosX Tiel Coder et à son alias. Cyber-Tiel conserve son profil précédent agentic. Les surcharges explicites de profil de lancement l’emportent encore. L’environnement expérimental de Qwen3.8 dense et la géométrie de préfixe restent séparés ; ni l’un ni l’autre n’est appliqué à Tiel. Les modèles historiques ou non reconnus conservent leur profil précédent. Le comportement des fournisseurs cloud, CLI, GPU privé et AX Trust est inchangé.

Acceptation gérée et par outil

Des exécutions de sources isolées distinctes exercent l’activation Tiel par défaut et l’activation Cyber-Tiel explicite, le MTP exigé et actif en direct, l’outil read d’AX Code et l’arrêt géré. Tiel avec auto a achevé la lecture et renvoyé le bon marqueur, mais a ajouté de la prose et une clôture de code au lieu de renvoyer seulement le contenu du fichier. Cyber-Tiel avec auto a répété l’action visée sans achever une lecture, a déclenché la garde de boucle de sortie, a reçu des réponses 429 de limite de concurrence aux essais suivants, et est sorti en erreur après environ 81 secondes. Le témoin conservé agentic a reproduit la même sortie répétitive et a échoué après environ 84 secondes. Cet échec de tâche n’est donc pas isolé à auto ; conserver l’ancien profil ne prétend pas corriger Cyber-Tiel. Les deux échecs sont conservés à côté d’un diagnostic séparé, cache désactivé, dans le reçu JSON. Ces contrôles sont séparés du chronométrage de débit et ne certifient pas une qualité de programmation générale.

Le diagnostic Cyber-Tiel à cache désactivé a utilisé agentic avec seulement AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0 ajouté. Il est sorti avec succès, mais n’a pas invoqué read et a affirmé à tort que le jeu de test non vide était vide. Le succès du processus, seul, n’a donc pas satisfait l’acceptation de la tâche. Ce diagnostic n’est pas adopté comme contournement.

Les quatre serveurs gérés ont rapporté un MTP exigé et actif pendant l’admission, et se sont arrêtés avec succès. Le nouveau profil n’est qualifié que pour l’acceptation Tiel bornée montrée ici. Cyber-Tiel reste sélectionnable, mais la fiabilité de sa tâche de lecture gérée n’est pas résolue. Le succès antérieur de lecture sur le serveur direct n’établit pas l’équivalence avec l’activation gérée ; la largeur de l’ordonnanceur, la configuration du cache, les requêtes précédentes et le contexte d’invite diffèrent entre ces sondes.

Validation après le changement délimité : 11,390 tests déterministes réussis, 17 sautés ; 208 tests SDK et 259 tests de scripts réussis (94 tests de scripts sautés). Les artefacts SDK générés incluent les deux alias de modèles choisis et sont stables octet pour octet à une seconde construction. La vérification de types récursive et les contrôles de structure du dépôt ont réussi. L’audit des phases natives valide les 24 reçus de confirmation et conserve les pilotes éligibles comme rejetés.