Exécuter un modèle de langage sur sa propre machine est devenu, en 2026, une opération ordinaire. Cette page cartographie les voies disponibles, documente les exigences matérielles réelles et propose des critères pour trier ce qui mériterait une étude — sans rien installer et sans rien mesurer sur le poste.
1. Le mot « open source » ne veut pas dire ce qu'on croit
C'est le préalable, parce qu'il commande tout le reste pour qui choisit ses outils sur des critères de souveraineté.
- Poids ouverts (open weights) : le fichier de paramètres est téléchargeable et exécutable. C'est ce qui permet l'indépendance opérationnelle — le modèle tourne chez vous, sans réseau, indéfiniment.
- Open source au sens de l'Open Source AI Definition 1.0 de l'Open Source Initiative (publiée le 28 octobre 2024) : il faut en plus le code d'entraînement et d'exécution sous licence approuvée, et une information sur les données assez détaillée pour qu'une personne compétente puisse reconstituer le système. L'OSAID n'exige pas la publication du jeu de données lui-même. confirmé
Dans les faits, la quasi-totalité des modèles commercialisés comme « open source » — Llama, DeepSeek, Qwen, Gemma — sont des modèles à poids ouverts. On peut les exécuter ; on ne peut ni les reconstruire ni les auditer. La définition elle-même est contestée : voir Débats, débat n° 6.
Conséquence pratique. Si l'objectif est l'indépendance — ne dépendre de personne pour faire tourner l'outil —, les poids ouverts suffisent. Si l'objectif est l'auditabilité — savoir sur quoi le modèle a été formé, pouvoir en rendre compte —, ils ne suffisent pas, et presque rien sur le marché ne suffit.
2. Les moteurs d'exécution
Distinction utile, et souvent brouillée dans les comparatifs : certains outils sont des moteurs, d'autres des couches d'expérience posées dessus.
| Outil | Nature | Pour qui |
|---|---|---|
| llama.cpp | Le moteur. Exécution en C++, format de poids GGUF, fonctionne sur processeur seul comme sur carte graphique. | Ceux qui veulent le contrôle et le minimum de couches. C'est ce qui tourne sous la plupart des autres outils. |
| Ollama | Couche d'expérience au-dessus de llama.cpp : catalogue de modèles, ligne de commande, interface locale de type serveur. | Prototypage sur poste, tous systèmes. Le plus simple à prendre en main. |
| LM Studio | Couche d'expérience graphique, également sur llama.cpp (et MLX sur Mac). | Ceux qui préfèrent explorer et comparer des modèles sans ligne de commande. |
| vLLM | Système de service : traitement par lots continu, gestion paginée de l'attention. | Service multi-utilisateurs sur carte graphique. Sans objet pour un usage à une personne. |
| MLX | Moteur d'Apple pour ses processeurs à mémoire unifiée. | Postes Apple Silicon uniquement. |
confirmé pour la nature et le positionnement de chaque outil.
3. Les familles de modèles à poids ouverts
Le paysage change tous les trimestres ; ce qui suit vaut au 27/08/2026 et doit être re-mesuré avant tout usage. La colonne qui vieillit le moins vite est celle des licences.
| Famille | Origine | Licence | Remarque |
|---|---|---|---|
| Qwen | Alibaba | Apache 2.0 pour l'essentiel de la gamme | Parmi les mieux classées en qualité brute ; déclinée sur une large plage de tailles, ce qui en fait un bon banc d'essai. |
| Gemma | Apache 2.0 (bascule intervenue récemment) | Orientée petites tailles et exécution sur poste ; les variantes légères visent explicitement les environnements contraints en mémoire. | |
| Mistral | Mistral AI (France) | Apache 2.0 sur une large part de la gamme | Licences parmi les plus permissives. Éditeur européen — critère non technique, mais pertinent au regard d'un cap de souveraineté. |
| DeepSeek | DeepSeek (Chine) | MIT | Très bien classée en raisonnement et en code ; les plus grandes tailles exigent une infrastructure hors de portée d'un poste. |
| Llama | Meta | Licence propriétaire | Conserve un plafond d'utilisateurs actifs mensuels et des restrictions territoriales. Ce n'est pas une licence open source, quoi qu'en dise la communication de l'éditeur. |
| GLM, gpt-oss, Kimi | Divers | Variable — à lire au cas par cas | Familles actives en 2026. Certaines licences comportent des clauses à examiner avant tout usage professionnel. |
partiellement recoupé : ce tableau est établi à partir de comparatifs publics de 2026 (blogs techniques, classements agrégés), non par lecture des textes de licence. Toute décision engageante suppose de lire la licence à sa source — les résumés de seconde main sont notoirement approximatifs sur ce point, et les licences changent.
4. Ce que ça exige de la machine
La contrainte dominante est la mémoire — vidéo si l'on passe par une carte graphique, vive sinon. Elle dépend de la taille du modèle et de la quantification.
4.1 Quantification, en deux phrases
Un modèle est entraîné en flottants 16 ou 32 bits. La quantification réduit la précision des poids — typiquement à 4 bits — pour diviser l'empreinte mémoire d'environ quatre, au prix d'une dégradation limitée. Le format répandu côté llama.cpp est GGUF, et le réglage le plus recommandé est Q4_K_M, présenté comme le meilleur compromis entre empreinte, vitesse et qualité. confirmé
4.2 L'ordre de grandeur, par le calcul
Une règle simple circule et se vérifie : en Q4_K_M, compter environ 0,55 à 0,56 gigaoctet par milliard de paramètres, majoré d'environ 20 % pour les surcoûts d'exécution, plus 1 à 2 Go pour le cache d'attention aux longueurs de contexte usuelles.
| Taille du modèle | Poids seuls | Avec surcoûts et cache |
|---|---|---|
| 7-8 milliards | ≈ 4 à 4,5 Go | ≈ 6 à 7 Go |
| 13-14 milliards | ≈ 7 à 8 Go | ≈ 10 à 12 Go |
| 32 milliards | ≈ 18 Go | ≈ 22 à 24 Go |
| 70 milliards | ≈ 39 Go | ≈ 45 à 48 Go |
Deux points souvent tus. D'abord, un modèle tourne aussi sur processeur seul, sans carte graphique : c'est lent — quelques jetons par seconde — mais parfaitement praticable pour du traitement par lots qui n'attend pas de réponse immédiate. Ensuite, sur les machines Apple à mémoire unifiée, la distinction mémoire vive / mémoire vidéo s'efface, ce qui change complètement les seuils.
5. Critères de pertinence — ce qui vaudrait études et tests
La question du mandat n'est pas « quel est le meilleur modèle », mais ce qui mériterait qu'on y consacre du temps. Cinq critères, dans cet ordre.
Critère 1 — La tâche a-t-elle besoin de rester locale ?
C'est le seul critère qui justifie à lui seul l'effort. Il est rempli quand les données ne doivent pas sortir, quand l'outil doit fonctionner sans réseau, ou quand la pérennité à dix ans compte plus que la qualité de pointe. Il n'est pas rempli par « ce serait moins cher » : à faible volume, l'exécution locale n'est pas moins chère en temps humain.
Critère 2 — La tâche est-elle à la portée d'un modèle de poste ?
Les tâches bien servies par un modèle de 7 à 14 milliards de paramètres sont plus nombreuses qu'on ne le croit : classer, extraire des champs, reformuler, résumer un texte court, produire des variantes. Les tâches qui exigent de croiser plusieurs sources, de tenir un raisonnement long ou d'écrire finement le sont beaucoup moins. Un tri honnête de ce qu'on demande évite la déception.
Critère 3 — Y a-t-il un usage récurrent, ou une curiosité ?
Une curiosité ponctuelle ne justifie pas un environnement d'exécution à maintenir. Un traitement répété — même modeste — le justifie très vite.
Critère 4 — La licence supporte-t-elle l'usage envisagé ?
À lire à la source, pas dans un comparatif. Apache 2.0 et MIT ne posent pas de question ; les licences propriétaires d'éditeur, si.
Critère 5 — Qu'est-ce qu'on apprend en le faisant ?
Critère spécifique à une squad qui pratique aussi le café-philo : l'exécution locale est un instrument de compréhension. Voir un modèle produire ses jetons sur sa propre machine, constater ce que la quantification abîme, mesurer ce qu'un modèle de 7 milliards sait et ne sait pas — cela déplace la discussion sur les LLM du registre de l'opinion à celui de l'expérience. À ce titre, la valeur pédagogique peut suffire à justifier une étude, même sans besoin opérationnel.
6. Trois pistes, si un gate venait à être prononcé
Formulées comme options, sans recommandation d'ordre — c'est un arbitrage d'AH.
- Embeddings locaux. C'est la piste la plus mûre et la moins coûteuse : un modèle d'embedding est petit devant un modèle génératif, tourne confortablement sur processeur, et supprime une dépendance externe réelle. Elle rejoint directement la recommandation de la page Base vectorielle — c'est le même geste, vu sous un autre angle.
- Un petit modèle génératif comme banc d'essai pédagogique. Un modèle de 7 à 14 milliards, sur une tâche déjà maîtrisée, pour établir un point de comparaison honnête entre le local et le distant. Valeur d'étude élevée, valeur opérationnelle faible.
- Ne rien faire, et re-mesurer dans six mois. Option qui doit rester sur la table : le paysage bouge assez vite pour qu'attendre soit parfois la décision la mieux informée.
- Open Source Initiative, Open Source AI Definition 1.0, 28 octobre 2024 ; « Open Weights: not quite what you've been told » — opensource.org/ai/open-weights
- Comparatifs de moteurs d'exécution locale 2026 (llama.cpp, Ollama, LM Studio, vLLM, MLX), dont Red Hat Developer, « llama.cpp vs. vLLM: Choosing the right local LLM inference engine », juin 2026 — developers.redhat.com. partiellement recoupé pour les mesures de débit.
- Comparatifs de modèles à poids ouverts 2026 et régimes de licence : synthèses publiques agrégées. partiellement recoupé — licences non lues à la source.
- Quantification GGUF et empreinte mémoire : guides techniques 2026 énonçant la règle de ~0,55 Go par milliard de paramètres en Q4_K_M. Les valeurs du tableau de la section 4.2 sont calculées à partir de cette règle, non reprises telles quelles ; l'incohérence relevée sur le cas « 70 milliards sur 24 Go » est signalée en encadré.
- Documentation Anthropic, « Embeddings » — pour
voyage-4-nano, modèle d'embedding à poids ouverts sous Apache 2.0 : platform.claude.com/docs/en/build-with-claude/embeddings
Déclaration : aucune des sources ci-dessus n'a donné lieu à un téléchargement de logiciel ou de modèle. Aucune mesure n'a été faite sur le poste. Les besoins matériels indiqués sont documentaires et calculés.