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.

Borne dure de cette page : identifier n'est pas installer. Aucun moteur d'exécution n'a été installé, aucun fichier de poids téléchargé, aucun test exécuté. Les chiffres matériels ci-dessous proviennent de la documentation publique et du calcul, jamais d'une mesure sur la machine. Toute envie d'essayer relève d'un gate d'AH distinct — cette page est faite pour éclairer cette décision, pas pour la prendre.

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é.

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.

Voies d'exécution locale, état au 27/08/2026
OutilNaturePour 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.

Un chiffre qu'il faut savoir lire. On lit partout que vLLM va « 16 à 20 fois plus vite » qu'Ollama, sur la foi d'une mesure à 793 jetons par seconde contre 41 sur le même matériel. L'écart est réel — et il n'existe qu'à forte concurrence. À un seul utilisateur, les deux terminent pratiquement à égalité. Pour un usage individuel, ce chiffre ne veut rien dire. partiellement recoupé : mesure très citée, reprise de synthèses secondaires.

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.

Principales familles ouvertes et leur régime de licence
FamilleOrigineLicenceRemarque
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 Google 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.

Mémoire nécessaire en Q4_K_M — calcul direct à partir de la règle ci-dessus
Taille du modèlePoids seulsAvec 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
Incohérence relevée dans les sources — signalée plutôt que masquée. Plusieurs guides de 2026 affirment qu'une carte de 24 Go « fait tourner un modèle de 70 milliards en Q4 ». Ce chiffre est incompatible avec la règle des 0,55 Go par milliard que les mêmes guides énoncent : 70 × 0,55 ≈ 39 Go, avant même le cache. L'affirmation n'est plausible qu'en déchargeant une partie des couches vers la mémoire vive — au prix d'un effondrement de la vitesse — ou avec une quantification plus agressive que Q4. non recoupé : ne pas fonder de décision d'achat dessus sans vérification indépendante. Les lignes du tableau ci-dessus, elles, sont calculées et cohérentes.

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.

  1. 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.
  2. 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.
  3. 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.
Sources de cette page (consultées le 27/08/2026)
  1. 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
  2. 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.
  3. 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.
  4. 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é.
  5. 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.