Les 3 articles les plus chauds de la veille du 14 novembre 2026. 🔥

🔥 Top 3

1. llama.cpp v1.0 is here 🦙

llama.cpp passe en 1.0. L’annonce a circulé sur r/LocalLLaMA, et elle mérite qu’on s’y arrête même si vous ne compilez jamais rien de votre vie.

Le projet est un moteur d’inférence écrit en C/C++. Traduction : le logiciel qui fait réellement tourner un modèle de langage, là où un framework Python comme PyTorch sert d’abord à l’entraîner. Sa particularité, c’est de fonctionner sur un CPU tout bête, sans GPU ni compte cloud. Il lit des fichiers GGUF, un conteneur qui range les poids du modèle avec leur quantification, autrement dit des poids compressés en 4 ou 8 bits au lieu de 16.

Ce numéro 1.0 sert surtout de contrat. Dans le logiciel libre, il signifie que l’API publique arrête de bouger et que les formats de fichiers restent lisibles. Concrètement, les projets bâtis dessus, d’Ollama à llama-cpp-python, peuvent se caler sur une base stable au lieu de recoller les morceaux à chaque commit.

L’enjeu dépasse le cercle des bricoleurs. Faire tourner un modèle chez soi, sur du matériel déjà payé, devient une option défendable face à l’appel d’API facturé au token. La 1.0 ne rend pas l’inférence plus rapide, elle la rend plus tenable dans le temps.

Reste à voir combien de temps un moteur écrit à la main en C++ gardera son avance sur les noyaux compilés des gros frameworks.

🔗 www.reddit.com

2. DeepSeek flash max is the first model to reach >1% on challenging SWE-sweep bug finding benchmark

1 %. C’est le score d’un modèle qui vient de faire mieux que tous les autres sur un test de recherche de bugs.

DeepSeek Flash Max est le premier à franchir la barre des 1 % sur SWE-sweep, un benchmark où l’IA doit traquer des bugs dans de vrais dépôts de code, sans qu’on lui indique où ils se cachent. La tâche ne consiste pas à écrire une fonction : il faut lire un projet entier, formuler une hypothèse sur ce qui casse, puis la vérifier.

Le chiffre paraît dérisoire. Il ne l’est pas. Sur ce type d’exercice, les modèles sérieux plafonnaient jusqu’ici près de zéro. Trouver un bug, c’est une enquête : comprendre l’intention du développeur qui a écrit le code, repérer l’écart, reproduire la panne. Un assistant qui complète du code a mille occasions de tomber juste. Un assistant qui cherche une aiguille doit raisonner juste.

La nuance compte : 1 %, cela veut aussi dire 99 % d’échecs. Personne ne lâcherait cet agent sur une base de code en production. Mais les benchmarks de ce genre servent de jalon, et celui qui bouge le curseur en premier finit souvent dans les outils du quotidien deux ans plus tard.

Reste que le score ne dit pas tout : le modèle trouve-t-il vraiment le bug, ou tombe-t-il sur un motif statistique qui y ressemble ?

🔗 www.reddit.com

3. I’m making LLMs work on small and old devices

Un modèle de 80 milliards de paramètres qui tourne sur un smartphone Android avec 3 Go de RAM libre. C’est la démonstration la plus spectaculaire du projet smolmaxxing, un patch de llama.cpp qui vise un objectif simple : faire tourner le plus gros modèle possible sur le plus petit matériel possible.

Le point de départ, ce sont des appareils qui dorment toute la journée : un boîtier TV Xiaomi avec 1 Go de RAM utilisable, un iPad Air de 2013 jailbreaké, un OnePlus de 2022. Tous ont un processeur, de la mémoire et du stockage flash. Il suffit de s’en servir.

La technique centrale s’appelle le mixture-of-experts : ces modèles sont découpés en blocs spécialisés, et chaque token n’en active qu’une poignée. Les experts populaires restent en RAM, les autres sont lus depuis le flash au moment voulu, avec un préchargement de la couche suivante. Résultat : un Ling-mini 16B tourne à 5,1 tok/s sur le boîtier TV, un Qwen3-Next 80B à 3 tok/s sur le téléphone.

Il y a aussi du travail bas niveau : un noyau 1-bit à base de tables de correspondance, des formats 2-bit et ternaires repackés pour le Cortex-A55, et des variantes pour l’A7 d’Apple, qui n’a aucune instruction de produit scalaire. Côté mémoire, les lignes de vocabulaire rarement utilisées sont supprimées du modèle, et le boîtier TV coupe carrément le launcher et les services Google pendant l’inférence.

Chaque chiffre publié vient d’une mesure sur l’appareil, pas d’une extrapolation. 165 expériences documentées, échecs compris. Le prochain défi : des routeurs et des cartes single-board.

Vous avez une vieille tablette dans un tiroir ? Les résultats se soumettent.

🔗 GitHub

📦 Le reste de la veille

… et 64 autres articles consultés.