For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/fr/articles/meta-open-sources-muse-glimmer-30b.md.
Meta a publié Muse Glimmer, un modèle open source de 30 milliards de paramètres, conçu pour des agents IA locaux et résidents. Ce modèle a é...
Meta a publié Muse Glimmer, un modèle open source de 30 milliards de paramètres, conçu pour des agents IA locaux et résidents.
Le modèle, lancé par le laboratoire Meta Super Intelligence le 10 août 2026, est disponible sous la licence permissive Apache License 2.0.
Muse Glimmer cible un mode de déploiement différent de celui des modèles de pointe cloud-first utilisés par la plupart des gens aujourd'hui.
Plutôt que d'envoyer chaque invite, capture d'écran, document ou appel d'outil à une API de modèle hébergée, il est conçu pour fonctionner directement sur un Mac ou un PC doté d'un matériel grand public adéquat.
Meta le positionne pour les tâches suivantes :
Le modèle accepte des entrées textuelles et image et génère des sorties textuelles. Il peut interpréter des captures d'écran, des graphiques, des documents et d'autres entrées visuelles grâce à un encodeur perceptif dédié.
Ses données d'entraînement couvrent plus de 100 langues.
L'idée centrale est simple :
Contexte personnel
+ Modèle local
+ Outils
+ Boucle d'agent à exécution longue
=
Un assistant IA fonctionnant sans dépendre d'un modèle cloud
Cette conception locale d'abord est particulièrement importante pour les agents qui peuvent avoir besoin d'accéder à des données personnelles (fichiers, messages, calendrier, documents de travail).
Cependant, « modèle hors ligne » ne doit pas être interprété comme « toutes les tâches d'agent peuvent fonctionner hors ligne ». Muse Glimmer lui-même peut fonctionner sans réseau, mais les agents qui appellent un calendrier cloud, envoient des e-mails, recherchent sur le Web ou utilisent d'autres services distants nécessiteront toujours une connexion réseau et des identifiants appropriés.
Le rapport initial d'AIBase décrivait Glimmer comme une version ouverte du Muse Spark antérieur de Meta.
Cette affirmation est proche dans l'esprit, mais techniquement imprécise.
La description officielle de Meta indique que Muse Glimmer est distillé à partir de Muse Spark.
Le modèle a été construit via un processus d'entraînement en plusieurs étapes, transférant les capacités d'une architecture plus grande (modèle enseignant) vers une architecture plus petite, mieux adaptée au matériel local.
Meta décrit trois grandes phases d'entraînement :
La relation entre les deux peut donc être mieux résumée ainsi :
Muse Spark
↓
Sorties et raisonnement de l'enseignant
↓
Distillation + entraînement orienté agent
↓
Muse Glimmer 30B
Glimmer n'est pas simplement le même point de contrôle que Spark dont les poids sont directement ouverts au téléchargement.
C'est un modèle distinct et plus petit, optimisé pour les contraintes de l'inférence locale.
La fiche modèle actuelle de Meta liste environ 29,6 milliards de paramètres au total, y compris l'encodeur visuel.
| Spécification | Muse Glimmer 30B |
|---|---|
| Architecture | Transformer causal dense avec encodeur perceptif |
| Paramètres totaux | ~29,6B |
| Couches Transformer | 52 |
| Dimension cachée | 6 656 |
| Attention | Motif répété local/local/local/global |
| Fenêtre glissante | 2 048 |
| Longueur de contexte | 131 072+ tokens |
| Encodeur visuel | ViT-G/14 d'environ 1,8B de paramètres |
| Nombre maximal de jetons visuels par image | 4 096 |
| Entrées | Texte + images |
| Sorties | Texte |
| Langues d'entraînement | Données dans plus de 100 langues |
| Date limite des connaissances | 4 janvier 2026 |
| Licence | Apache 2.0 |
Le modèle est dense, et non un mélange d'experts (Mixture-of-Experts).
Cela rend le déploiement local plus difficile, car tous les poids du modèle doivent être chargés en mémoire pendant l'inférence.
Meta résout principalement ce problème grâce à la quantification.
En pleine précision, un modèle de cette taille nécessite plus de mémoire que ce qu'un GPU grand public typique peut offrir.
Meta indique que le modèle en pleine précision nécessite plus de 55 Go de mémoire, avec une cible de référence de 64 Go de VRAM.
Pour un déploiement local, Meta propose des variantes quantifiées à environ 4 bits.
La comparaison officielle est la suivante :
| Variante | Matériel cible | Baisse moyenne de précision* |
|---|---|---|
| Pleine précision | 64 Go de VRAM | — |
| K-Quant-Dynamique | 32 Go de VRAM | 0,2 % |
| K-Quant-17 Go | 24 Go de VRAM | 1,0 % |
*Meta indique que la baisse est la moyenne des métriques de précision sur 15 benchmarks courants.
Les poids compressés du modèle de langage peuvent descendre sous les 20 Go, laissant de la place pour :
Ce changement d'ingénierie rend l'exécution en mémoire d'un agent multimodal dense de 30B sur un appareil grand public haut de gamme une réalité.
« Matériel grand public » nécessite toutefois un contexte.
Des besoins en mémoire de 24 Go ou 32 Go sont accessibles par rapport à un cluster de centres de données, mais cela ne correspond pas à un ordinateur portable d'entrée de gamme.
Le modèle complet reste exigeant.
Muse Glimmer n'est pas principalement positionné comme un modèle de chat léger.
Meta l'a entraîné et évalué autour de l'accomplissement de tâches d'agent.
Plusieurs capacités associées sont mises en avant dans la fiche modèle.
Glimmer est conçu pour accomplir des tâches entières, plutôt que de s'arrêter après une seule réponse.
L'agent peut :
Comprendre l'objectif
→ Élaborer un plan
→ Appeler un outil
→ Vérifier le résultat
→ Réviser le plan
→ Appeler un autre outil
→ Accomplir la tâche
C'est particulièrement utile dans les scénarios où la bonne réponse dépend d'opérations intermédiaires.
Le modèle est entraîné à appeler des fonctions en utilisant des motifs structurés dans des workflows étendus.
Cela le rend utile pour les systèmes exposant des outils tels que :
Le modèle lui-même n'obtient pas automatiquement l'accès à ces systèmes.
L'infrastructure de l'agent détermine quels outils existent et les autorisations dont dispose le modèle.
Glimmer prend en charge la planification continue dans des workflows plus longs.
Il prend également en charge quatre niveaux d'intensité de raisonnement :
Faible
Moyen
Élevé
Très élevé
Meta recommande les niveaux « élevé » ou « très élevé » pour les tâches plus difficiles de codage, de raisonnement et d'agent.
Lorsque la latence est plus importante que le raisonnement approfondi, les niveaux inférieurs peuvent être plus appropriés.
L'une des caractéristiques les plus importantes d'un agent est sa capacité à continuer après un échec d'appel d'outil.
Meta indique que Glimmer est entraîné à diagnostiquer les résultats inattendus et à réessayer, plutôt que de s'arrêter immédiatement.
Pour un assistant local à exécution longue, cela est tout aussi important que les performances brutes sur les benchmarks.
Les vrais outils échouent.
Les fichiers sont déplacés. Les commandes renvoient des erreurs. Les API expirent. Les programmes peuvent ne pas compiler.
Un agent incapable de se récupérer transforme chaque petit échec en interruption nécessitant une intervention humaine.
Muse Glimmer intègre un encodeur visuel dédié d'environ 1,8 milliard de paramètres.
Cela lui permet de traiter des entrées texte et image entrelacées.
Meta met particulièrement en avant les cas d'utilisation impliquant :
Ceci est particulièrement important pour les agents informatiques opérationnels.
Les agents locaux peuvent examiner des captures d'écran d'applications et utiliser ce contexte visuel pour leur prochain raisonnement.
Ollama fournit l'exemple suivant :
La vidéo n'est pas un modalité d'entrée optimisée nativement.
La fiche modèle de Meta indique que la vidéo peut être traitée comme des images individuelles, mais que le modèle n'est pas explicitement optimisé pour la compréhension vidéo.
L'entrée et la sortie audio ne sont pas non plus prises en charge.
AIBase rapporte que Glimmer prend en charge les interactions texte et image, avec des données d'entraînement couvrant plus de 100 langues.
La fiche modèle de Meta confirme que ses données d'entraînement proviennent de plus de 100 langues.
Cela ne signifie pas pour autant une performance identique garantie dans toutes les langues.
Meta précise clairement que le modèle n'a pas été évalué pour chaque langue de ses données de pré-entraînement, et que les performances peuvent être moindres en dehors des langues principalement prises en charge.
Pour les applications multilingues locales, les développeurs devraient tester directement les langues cibles, plutôt que de supposer une qualité uniforme.
Les flux de travail des agents locaux peuvent sembler lents, car une tâche peut nécessiter plusieurs tours de raisonnement et d'appels d'outils.
Les petites pénalités de latence qui se répètent sur 20 ou 50 étapes d'agent deviennent perceptibles.
Muse Glimmer est livré avec un modèle compagnon de décodage spéculatif léger basé sur DFlash.
Le modèle ébauche propose un bloc de jetons futurs.
Ensuite, le modèle principal Glimmer valide ces jetons proposés en parallèle.
Le processus simplifié est le suivant :
DFlash ébauche un bloc
→ Muse Glimmer valide
→ Les jetons corrects sont acceptés
→ Les jetons incorrects sont corrigés
Meta indique que le modèle DFlash peut ébaucher un bloc de 16 jetons en une seule passe avant.
Son objectif est de réduire le goulot d'étranglement séquentiel de la génération token par token habituelle.
Meta rapporte les vitesses de décodage de son modèle K-Quant-17GB avec le modèle d'ébauche DFlash quantifié :
| Appareil | Référence | Avec DFlash | Accélération rapportée |
|---|---|---|---|
| NVIDIA RTX 5090 | 74,9 tok/s | 233,4 tok/s | 3,1× |
|
| Apple M5 Max | 26,6 tok/s | 50,2 tok/s | 1,8× |
| Apple M4 Max | 23,7 tok/s | 37,8 tok/s | 1,5× |
Il s'agit des mesures rapportées par Meta.
La société indique que les tests ont utilisé un décodage glouton avec une taille de lot de 1, les mesures sur M4/M5 ont été effectuées via ExecuTorch, et celles sur RTX 5090 via llama.cpp.
Les vitesses réelles des applications varieront en fonction des facteurs suivants :
Meta a comparé Muse Glimmer à d'autres modèles à poids ouverts de taille similaire, notamment Gemma4-31B et Qwen3.6-27B.
Certains résultats rapportés par l'entreprise incluent :
| Benchmark | Muse Glimmer 30B |
|---|---|
| MCP Atlas | 75,5 |
| DeepSearch QA | 74,6 |
| WildClawBench | 47,6 |
| OSWorld-Verified | 65,9 |
| SWE-Bench Pro | 51,2 |
| SWE-Bench Verified | 76,0 |
| TerminalBench 2.1 | 51,7 |
| ScreenSpot Pro | 75,4 |
| MMMU Pro | 74,0 |
| AIME 2026 | 94,7 |
| GPQA Diamond | 83,5 |
La performance globale est compétitive, mais pas systématiquement en tête.
Par exemple, les propres graphiques de Meta montrent que, sur plusieurs benchmarks, d'autres modèles devancent Glimmer.
C'est prévisible.
Le positionnement principal de Muse Glimmer n'est pas "obtenir les meilleurs résultats sur tous les benchmarks".
Mais plutôt la combinaison des éléments suivants :
Capacités d'agent
+
Entrée multimodale
+
Exécution locale
+
Poids ouverts
+
Objectif de mémoire grand public
Meta a également publié un document de méthodologie d'évaluation séparé.
Ce document indique que les données de comparaison peuvent provenir d'un mélange de sources :
Les benchmarks d'agents sont particulièrement sensibles aux facteurs suivants :
Les tableaux de benchmarks sont des preuves utiles.
Mais ils ne doivent pas être considérés comme une preuve qu'un modèle est optimal dans chaque déploiement d'agent réel.
L'article original se concentre sur la confidentialité personnelle.
C'est également l'une des raisons les plus importantes d'exécuter des agents localement.
Un agent personnel utile pourrait avoir besoin d'accéder à :
Envoyer tout ce matériel à un service de modèle distant crée un modèle de flux de données complètement différent du traitement sur l'appareil de l'utilisateur.
Muse Glimmer est conçu pour que la boucle de raisonnement centrale puisse rester en local.
Le document de recette officiel de Muse Glimmer de Meta indique que sa recette locale d'abord peut fonctionner sans nécessiter :
Cela peut réduire la quantité de données personnelles qui doivent quitter l'appareil.
Cette distinction reste importante.
Un modèle local peut être connecté à des outils qui envoient des données vers d'autres endroits.
Par exemple :
Modèle Glimmer local
→ Service de messagerie cloud
→ Calendrier distant
→ Recherche web
→ Serveurs MCP tiers
Dans ce système, l'inférence du modèle est locale, mais le flux de travail n'est pas entièrement hors ligne.
La confidentialité dépend de l'architecture complète de l'agent.
Les développeurs devraient auditer :
L'inférence locale est une primitive de confidentialité utile, mais pas une garantie universelle.
Pour les flux de travail construits entièrement autour de ressources locales, Muse Glimmer continue de fonctionner lorsque le réseau est indisponible.
Un agent personnel local pourrait en théorie traiter les tâches suivantes :
C'est précisément ce que Meta veut dire en décrivant Glimmer comme un modèle d'agent local toujours en ligne.
Le modèle reste disponible sans attendre un point de terminaison cloud.
Decrivez votre idee une fois, et We0 AI peut generer un site vitrine, des pages et un CMS, puis vous aider a attirer clients et trafic apres le lancement.
Une génération de projet complète pour une inscription gratuite
Idéal pour essayer un flux de génération complet et voir rapidement une première ébauche de projet.
Cela élimine également, une fois le matériel et l'électricité payés par l'utilisateur, les frais API à la consommation par jeton pour l'inférence.
Télécharger Muse Glimmer ne crée pas automatiquement un assistant personnel complet.
Le modèle n'est qu'un composant.
Un agent utile nécessite toujours un environnement d'exécution.
Les composants typiques incluent :
Muse Glimmer
+
Instructions système
+
Définitions d'outils
+
Boucle d'agent
+
Contrôle des autorisations
+
Mémoire
+
Applications locales ou distantes
La fiche modèle de Meta indique que Glimmer fonctionne avec des schémas d'orchestration d'agents comme OpenClaw et Hermes Agent.
Meta a également publié Muse Glimmer
Manuel de cuisine, couvrant :
Cela rend cette publication plus précieuse qu'un simple lancement de poids.
Ollama a ajouté un support précoce de Muse Glimmer le 10 août.
Au moment de la rédaction de cet article, les notes de version d'Ollama indiquent que son support initial passe par le moteur MLX sur Apple Silicon.
D'autres optimisations pour Apple Silicon, NVIDIA, AMD et d'autres plateformes sont attendues ultérieurement.
Installez la version actuelle d'Ollama et exécutez :
ollama run muse-glimmer:30b-mlx
Pour les intégrations d'agents de codage prises en charge, la documentation Ollama fournit des exemples, tels que :
ollama launch claude --model muse-glimmer:30b-mlx
Pour OpenClaw :
ollama launch openclaw --model muse-glimmer:30b-mlx
Pour Hermes :
ollama launch hermes --model muse-glimmer:30b-mlx
Étant donné que le support des environnements d'exécution locaux évolue rapidement après la sortie d'un nouveau modèle, consultez les derniers documents Ollama avant de supposer que les mêmes étiquettes de modèle et le même support backend sont disponibles sur Windows, Linux, NVIDIA ou AMD.
La page actuelle du modèle Hugging Face fournit un guide de démarrage rapide pour vLLM.
Installez vLLM :
pip install vllm
Servez Muse Glimmer :
vllm serve "meta-models/Muse-Glimmer-30B"
Le serveur généré expose une API compatible OpenAI.
Cela peut faciliter la connexion pour les applications qui savent déjà appeler des points de terminaison de chat locaux de style OpenAI.
La mémoire requise pour le service en pleine précision est bien supérieure à celle des versions quantifiées de 24 Go/32 Go.
Chemin de déploiement.
Choisissez l'artefact du modèle et l'environnement d'exécution en fonction du matériel réellement disponible.
La page officielle du modèle propose également la voie SGLang :
pip install sglang
Puis :
python3 -m sglang.launch_server \
--model-path "meta-models/Muse-Glimmer-30B" \
--host 0.0.0.0 \
--port 30000
Ensuite, vous pouvez appeler le modèle via le point de terminaison compatible OpenAI du serveur local.
La page d'intégration Hugging Face actuelle répertorie également :
docker model run hf.co/meta-models/Muse-Glimmer-30B
Le déploiement basé sur Docker peut simplifier l'empaquetage, mais la compatibilité matérielle, les exigences de mémoire et le support de l'environnement d'exécution doivent être vérifiés sur la machine cible.
La collection Hugging Face de Meta comprend actuellement plusieurs artefacts officiels :
La fiche du modèle Meta montre que cette publication comprend :
Tous sont publiés sous licence Apache 2.0.
Cela est bien plus convivial pour les développeurs que la publication d'un seul grand point de contrôle de recherche.
Le codage est l'un des cas les plus clairs d'utilisation d'agents locaux.
Les agents de codage ont généralement besoin d'accéder à :
Garder ces éléments en local peut être attrayant pour :
Meta a évalué Glimmer sur des tâches de codage telles que SWE-Bench et TerminalBench, et a listé les agents de codage comme l'un des cas d'utilisation attendus.
Néanmoins, le déploiement local n'élimine pas les risques courants des agents de codage.
Un modèle disposant de droits shell ou d'écriture de fichiers peut :
Le contrôle des permissions et l'isolation par sandbox restent indispensables.
La fiche du modèle Meta ne décrit pas Glimmer comme un système autonome à qui on devrait accorder un accès illimité.
Elle recommande de déployer le modèle dans le cadre d'un système plus large avec des mesures de protection adaptées au contexte.
Pour les cas d'utilisation agentiques, Meta recommande spécifiquement de mettre en œuvre des contrôles tels que la confirmation humaine pour les opérations irréversibles.
Cela est particulièrement important pour des tâches comme :
Un modèle local peut réduire la dépendance au cloud, mais la conception de l'agent doit toujours être prudente.
Meta indique que les capacités globales de Muse Glimmer sont inférieures à celles de Muse Spark, et n'atteignent donc pas la définition de l'IA de pointe dans le
Cadre d'expansion avancé de l'IA de Meta.
Néanmoins, Meta a évalué cette publication open source via son processus de préparation.
La fiche du modèle donne les niveaux suivants :
| Domaine de risque | Évaluation Meta |
|---|---|
| Chimique/Biologique | Moyen-faible ou inférieur |
| CyberSécurité | Moyen-faible ou inférieur (inféré) |
| Perte de contrôle | Moyen-faible ou inférieur (inféré) |
Meta indique que les conclusions sur la cybersécurité et la perte de contrôle sont inférées, en partie parce que Glimmer est globalement plus faible que Muse Spark 1.0, qui a reçu le même niveau dans ces domaines.
Ce sont les propres évaluations de sécurité de Meta, pas une certification indépendante.
L'entreprise reconnaît également que les tests ne peuvent pas couvrir tous les scénarios.
La fin de l'article de AIBase relie Muse Glimmer à la vision de Mark Zuckerberg de l'hyperintelligence personnelle.
Ce lien est officiel.
Meta a constamment positionné ses récents modèles et produits comme suit : l'IA avancée devrait aider les individus à poursuivre leurs propres objectifs, plutôt que de concentrer l'intelligence entre les mains de quelques entreprises ou gouvernements.
Dans l'article de Zuckerberg du 10 août, “L'avenir appartient à tout le monde”, il plaide pour une diffusion large de l'IA avancée.
Il énumère les scénarios où des agents personnels pourraient aider :
Il indique également que Meta prévoit de rendre ces outils disponibles gratuitement ou au prix le plus bas possible, y compris une version gratuite pour des milliards de personnes.
Muse Glimmer est une démonstration concrète d'une partie de cette philosophie :
Modèle d'agent puissant
→ Poids téléchargeables
→ Inférence locale
→
Matériel contrôlé par l'utilisateur
L'argument de Zuckerberg va au-delà de la commodité pour les développeurs.
Il considère l'IA open source comme un moyen de réduire la concentration du pouvoir.
Son raisonnement est le suivant :
Quelques institutions contrôlent les IA les plus puissantes
→ L'intelligence devient centralisée
Beaucoup de personnes peuvent exécuter des modèles puissants
→ Les capacités se répartissent davantage
La question de savoir si cela peut conduire à de meilleurs résultats en matière de sécurité est un sujet controversé.
Zuckerberg estime qu'un accès large peut créer des contrepoids.
D'autres soutiennent que des modèles open source de haute capacité pourraient également accroître les risques d'abus, car une fois les poids largement distribués, certaines mesures de sécurité deviennent difficiles à appliquer.
Muse Glimmer n'étant pas le modèle le plus puissant de Meta, ce point est crucial dans ce débat.
L'évaluation Preparedness de Meta elle-même indique que Glimmer est nettement plus faible que Muse Spark et le classe comme à risque faible ou moyen dans les catégories de risques frontières clés.
Cela en fait un point d'entrée relativement peu risqué pour la mise en œuvre d'une stratégie locale/open source.
L'article d'AIBase présente une dichotomie simpliste :
Muse Glimmer = open source
Muse Spark = fermé
Cela décrit avec précision une partie de l'état actuel des produits Meta, mais c'est trop statique comme stratégie à long terme.
Muse Spark a d'abord été publié via Meta AI et un aperçu d'API privé, plutôt que sous forme de poids téléchargeables.
Glimmer, lui, est en poids ouvert.
Cependant, la 10ème déclaration de Zuckerberg en août indique également que, puisque le laboratoire Meta Superintelligence est désormais opérationnel, Meta reprendra la publication de certains modèles open source.
Les reportages contemporains autour de cette même annonce mentionnaient également que Meta prévoyait de publier davantage de versions de Muse en poids ouvert.
Une compréhension plus précise serait donc :
Meta adopte différents modes d'accès pour différents niveaux de capacités et de produits, tout en s'engageant publiquement à continuer les publications ouvertes à l'avenir.
En conclure que Meta a décidé que ses modèles Muse plus puissants resteront définitivement fermés serait trop absolu.
L'IA cloud présente des avantages évidents :
L'IA locale offre un autre ensemble d'avantages :
Muse Glimmer est remarquable car il tente d'apporter de puissantes capacités d'agent du côté local de ce compromis.
Son objectif n'est pas un petit assistant capable de répondre à quelques questions prédéfinies.
Mais un modèle capable de :
C'est là que réside l'importance de la cible de déploiement de 24 Go/32 Go.
Elle rend les capacités d'agent accessibles à des appareils que les développeurs individuels et les utilisateurs avancés peuvent réellement posséder.
| Déclaration | Statut actuel |
|---|---|
| Meta a publié Muse Glimmer le 10 août 2026 | Confirmé |
| Le modèle a environ 30 milliards de paramètres | Confirmé |
| Les poids sont publiés sous licence Apache 2.0 | Confirmé |
| Glimmer est distillé à partir de Muse Spark | Confirmé |
| Glimmer est exactement le même modèle Muse Spark rendu open source | Non |
| Le modèle accepte des entrées texte et image | Confirmé |
| Il génère des sorties texte | Confirmé |
| Il est entraîné avec des données dans plus de 100 langues | Confirmé |
| Longueur de contexte de 131 072+ tokens | Confirmé |
| Versions quantifiées ciblant 24 Go et 32 Go de mémoire | Confirmé |
| Exécutable sur Mac ou PC avec du matériel grand public adapté | Confirmé par Meta |
| Exécutable localement sans infrastructure cloud ni connexion réseau | Confirmé pour le modèle lui-même |
| Toutes les tâches d'agent peuvent être effectuées hors ligne | Non ; les outils connectés nécessitent toujours une connexion réseau |
| DFlash accélère le décodage | Confirmé |
| Meta rapporte jusqu'à 3,1x d'accélération sur RTX 5090 | Affirmation de l'entreprise |
| Muse Glimmer est destiné aux agents locaux et au codage | Confirmé |
| Gère automatiquement e-mails, calendrier et fichiers après téléchargement | Non ; nécessite un framework d'agent et des autorisations d'outils |
| Muse Spark restera définitivement fermé | Non confirmé |
| Zuckerberg veut une superintelligence personnelle largement disponible et abordable | Confirmé |
Muse Glimmer est un modèle multimodal à poids ouverts d'environ 30 milliards de paramètres, développé par le laboratoire Meta Superintelligence. Il est optimisé pour les flux de travail d'agents locaux, l'utilisation d'outils, le codage, la compréhension de captures d'écran, le raisonnement à long contexte et les tâches multi-étapes.
Terminé.
Meta a publié les poids du modèle et les artefacts associés sous la licence permissive Apache 2.0 et a décrit cette publication comme open source/poids ouverts. D'un point de vue technique, il est généralement décrit comme un modèle à poids ouverts, car le principal artefact publié est le modèle entraîné.
Les versions quantifiées officielles de Meta ciblent 32 Go de VRAM pour la K-Quant-Dynamic et 24 Go pour la K-Quant-17. Le modèle en pleine précision nécessite plus de 55 Go de mémoire, la configuration cible indiquée dans la fiche du modèle Meta étant de 64 Go.
Oui. Le modèle peut effectuer une inférence localement, sans modèle cloud ni connexion réseau. Cependant, si l'agent utilise la recherche web, la messagerie cloud, les calendriers à distance, des bases de données en ligne ou d'autres outils Internet, l'exécution de ces appels d'outils nécessitera une connexion réseau.
Oui. Il est équipé d'un encodeur perceptif dédié d'environ 1,8 milliard de paramètres qui accepte des entrées texte et image. Il peut effectuer un raisonnement sur des captures d'écran, des graphiques, des documents et d'autres contenus visuels.
Oui. Ollama a ajouté une prise en charge préliminaire de Muse Glimmer sur son moteur MLX pour Apple Silicon. Au moment de la publication, Ollama a indiqué que d'autres optimisations et supports de plateformes suivraient, donc les utilisateurs d'autres matériels devraient consulter les dernières notes de version.
Pas exactement. Muse Glimmer est distillé à partir de Muse Spark et entraîné comme un modèle indépendant de 30B, optimisé pour les charges de travail d'agents locaux. Il hérite des capacités du modèle enseignant plus grand, mais il ne s'agit pas simplement des checkpoints de Spark avec une licence ouverte.
DFlash est un modèle compagnon de décodage spéculatif qui propose des blocs de tokens futurs que le modèle principal valide en parallèle. Meta rapporte que, dans ses configurations de test, DFlash accélère le décodage de 1,5x sur M4 Max, de 1,8x sur M5 Max et de 3,1x sur RTX 5090.
Muse Glimmer sur Hugging Face : Fiche de modèle officielle de Meta, comprenant les poids BF16, l'architecture, les benchmarks, les consignes de sécurité et des exemples de déploiement.
Muse Glimmer Cookbook : Recettes officielles de Meta pour les agents locaux, l'appel d'outils, les serveurs d'inférence et les déploiements sur matériel spécifique.
[Ollama](https://ollama.
Com Blog Muse Glimmer : lors de l'exécution de modèles locaux, offre un support précoce de Muse Glimmer et une intégration d'agents.
llama.cpp : runtime d'inférence locale largement utilisé, pris en charge par l'écosystème GGUF de Muse Glimmer.
vLLM : serveur d'inférence à haut débit, fournissant un exemple officiel de service Muse Glimmer.
SGLang : cadre d'inférence et de service, soutenu par la page actuelle du modèle Muse Glimmer.
ExecuTorch : runtime d'inférence en périphérie de PyTorch, utilisé par Meta pour les mesures de performances de Muse Glimmer sur le matériel Apple.
LM Studio : environnement de bureau pour découvrir et exécuter des modèles locaux, incluant les modèles compatibles Muse Glimmer.
Quantification.
Muse Glimmer est un nouveau modèle ouvert de 30B présenté par le laboratoire Meta Super Intelligence, destiné aux agents IA locaux et persistants. Il est distillé à partir de Muse Spark, plutôt qu'une copie open source directe de Spark, et intègre des entrées multimodales, l'appel d'outils, le codage, le raisonnement à contexte long, la récupération après défaillance et plus de 100 langues d'entraînement.
L'accent technique est mis sur le déploiement local. Meta fournit des configurations quantifiées conçues pour les environnements avec 24 Go et 32 Go de mémoire, une fenêtre de contexte de plus de 128K, ainsi qu'un modèle compagnon de décodage spéculatif nommé DFlash, qu'il affirme pouvoir améliorer considérablement la vitesse de génération.
L'exécution locale donne aux développeurs plus de contrôle sur les fichiers privés et le contexte personnel, tout en réduisant la dépendance à l'inférence hébergée. Mais cela ne rend pas automatiquement tous les flux de travail connectés aux agents privés ou hors ligne ; les e-mails à distance, calendriers, navigateurs, MCP et autres services génèrent toujours leurs propres flux de données.
Cette annonce s'inscrit également dans la stratégie plus large de Meta en matière de superintelligence personnelle. Zuckerberg estime que l'IA avancée doit être largement distribuée, gratuite ou à un prix abordable, et de plus en plus contrôlée par les individus, plutôt que concentrée entre les mains de quelques institutions.
L'importance de Muse Glimmer ne réside pas dans le fait qu'un modèle de 30B remplace les plus grands modèles cloud, mais dans le fait que des capacités sérieuses d'agents multimodaux arrivent sur du matériel que les développeurs individuels et les utilisateurs avancés peuvent posséder et contrôler.
Partez d’une phrase et obtenez un site complet en quelques minutes.
