Transformers a ajouté la prise en charge de l’exécution de modèles GGUF quantifiés sur Apple Silicon
L’article décrit l’intégration du format GGUF de llama.cpp dans Transformers : l’inférence locale sur Mac, le chargement de modèles via l’API de la bibliothèque et le lancement d’un serveur compatible avec OpenAI. À l’exemple de Qwen3.5-4B, il montre comment le choix du niveau de quantification influe sur la taille des poids et les besoins en mémoire.

Ce qui a changé
Le 22 septembre 2026, Hugging Face a annoncé la prise en charge des modèles GGUF dans Transformers via les API habituelles de la bibliothèque. L’accent est d’abord mis sur l’inférence locale sur Apple Silicon, à commencer par l’architecture Qwen3.5.

Des checkpoints GGUF quantifiés sont déjà disponibles sur Hub auprès de ggml-org, Unsloth, LM Studio Community et bartowski. Ces modèles ont été téléchargés des millions de fois.
Comment la quantification influe sur la taille du modèle
GGUF a été développé par l’équipe de llama.cpp. Ce format regroupe les poids et les métadonnées, notamment les informations sur le tokenizer et un modèle de chat facultatif, dans un seul fichier.
La quantification réduit l’utilisation de la mémoire au prix d’une certaine précision. Par exemple, Q4_K_M utilise principalement des poids sur 4 bits, tout en conservant une précision supérieure pour les tenseurs sensibles.
La source indique les tailles suivantes pour Qwen3.5-4B d’Unsloth :
| Variante | Taille du fichier |
|---|---|
| BF16 | 8.42 GB |
| Q6_K | 3.53 GB |
| Q5_K_M | 3.14 GB |
| Q4_K_M | 2.74 GB |
La source recommande de commencer avec Q4_K_M et, si vous disposez de mémoire supplémentaire, d’essayer Q5_K_M ou Q6_K. Le compromis entre qualité et quantification dépend du modèle et de la tâche.
Prérequis pour une exécution locale
Pour l’exécution, il faut un Mac doté d’Apple Silicon et une version de PyTorch compatible avec les builds publiés des kernels ggml-quantization. La source indique que les deux dernières versions de PyTorch sont généralement prises en charge.
Il faut également :
- la dernière version de Transformers — pour l’instant, depuis la branche
main, avant la prochaine version ; - une version compatible de la bibliothèque kernels.
En pratique, il est conseillé de vérifier la compatibilité entre la version installée de PyTorch et les kernels avant de charger le modèle. En l’absence d’un kernel de quantification compatible, le chargeur déquantifie le modèle, ce qui demande davantage de mémoire.
Comment Transformers charge GGUF
Le modèle se charge avec from_pretrained : dans le paramètre gguf_file, indiquez l’identifiant du modèle sur Hub et le nom du fichier. Par exemple, Qwen3.5-4B dans le dépôt unsloth/Qwen3.5-4B-GGUF, avec le fichier Qwen3.5-4B-Q4_K_M.gguf.
Si les poids restent empaquetés sur Metal, Transformers charge automatiquement les kernels ggml/Metal compatibles. Pour l’attention, il utilise ggml-org/ggml-attn.
Si le kernel d’attention n’est pas disponible, le modèle bascule sur sdpa avec un avertissement. Ce mode peut également être défini explicitement avec attn_implementation="sdpa".
Comment connecter un client via l’API
Un checkpoint GGUF peut être lancé avec la commande serve de Transformers. Elle fournit une API compatible avec OpenAI ; l’argument du modèle est indiqué au format <model_id>:<filename>.gguf.
Exemple d’argument : unsloth/Qwen3.5-4B-GGUF:Qwen3.5-4B-Q4_K_M.gguf. Vous pouvez connecter au serveur Jan ou Pi en tant que client compatible avec OpenAI.
Paramètres de connexion :
- Base URL :
http://localhost:8000/v1; - Model ID :
unsloth/Qwen3.5-4B-GGUF:Qwen3.5-4B-Q4_K_M.gguf.
Le modèle s’exécute sur le Mac, et le client fournit une interface de conversation.
Foire aux questions
Matériaux connexes
Tous matériaux
Évaluation des agents de programmation pour le développement XR interactif : résultats de GenXR-Bench
GenXR-Bench est publié : un ensemble de 112 tâches expertes pour évaluer de bout en bout les agents de programmation dans le développement XR interactif, de l’amélioration de fonctionnalités et de la correction de défauts à la création d’applications dont le comportement est testé sur du matériel grand public. Parmi les dix modèles testés, le meilleur résultat a été de 50,9 % en Pass@1 ; les défaillances récurrentes concernent notamment la gestion des événements asynchrones des capteurs, l’ancrage des objets dans l’espace réel et la compréhension des interactions dans un contexte physique.
5 novembre 2026
Annotation hybride des images : l’automatisation accélère l’entraînement des modèles de vision par ordinateur
L’article décrit comment le pré-étiquetage par des algorithmes réduit le travail manuel et améliore la qualité des jeux de données d’entraînement, ainsi que les raisons pour lesquelles une vérification humaine par échantillonnage reste nécessaire. Il examine les limites de cette méthode dans des conditions de prise de vue difficiles et pour les types d’objets rarement rencontrés.
5 novembre 2026
De la récompense scalaire au front de Pareto : synthèse RTL par LLM avec apprentissage par renforcement multicritère
Une méthode est proposée pour entraîner un modèle de langage à générer non pas un seul schéma, mais un ensemble de candidats RTL offrant différents compromis entre surface, latence et consommation d’énergie ; la récompense est calculée en fonction de la contribution de chaque variante à l’hypervolume du front de Pareto. Sur RTLLM v2, l’hypervolume relatif a augmenté de 13,3 points de pourcentage par rapport à la version de base sans optimisation PPA et de 14,4 points de pourcentage par rapport à l’apprentissage par renforcement mono-objectif.
5 novembre 2026