Flint en NVFP4, Kitten-TTS 2 en 1,58 bit : l'IA locale se densifie

Flint en NVFP4 : des scores de code au-dessus des attentes

Sur r/LocalLLaMA, un utilisateur fait tourner Flint en NVFP4 dans vLLM sur une RTX PRO 6000. Sur un échantillon de benchmarks, il mesure 82,2 sur LiveCodeBench v6 et 80 sur SWE-bench Verified, soit des résultats au-dessus des scores annoncés pour le modèle.

Côté débit, la configuration tient 110 à 180 tok/s en flux unique, avec des pics proches de 2 500 tok/s à 64 requêtes. De quoi rendre l'inférence locale crédible sur des charges concurrentes, pas seulement sur une démo à une seule conversation.

Le retour d'expérience n'est pas net : l'utilisateur signale un souci de chat_template.yml et publie un correctif. Le genre de détail qui rappelle que faire tourner un modèle en local reste un travail d'ingénierie, pas un simple téléchargement de poids.

Kitten-TTS 2 : la voix en 1,58 bit, sans GPU

KittenML publie le code et les poids de Kitten-TTS 2, présenté comme le premier modèle de synthèse vocale en 1,58 bit. Ses poids ternaires (-1, 0, +1) et ses 1,7 milliard de paramètres lui permettent de générer de la voix en temps réel sur un simple CPU, sans GPU.

Le modèle gère le clonage de voix zero-shot, plusieurs langues et un contrôle de l'expressivité. L'ensemble est open-source, code et poids compris.

La quantification extrême n'est plus réservée aux grands modèles de texte : elle descend maintenant sur la parole, avec l'argument du temps réel sur du matériel banal. Un axe qui intéresse autant les projets embarqués que ceux qui refusent de payer une carte graphique.

Sécurité : l'IA trouve les failles, l'IA aide à les fermer

Deux failles critiques, baptisées PHP2Shell, menacent PHP, le langage qui fait tourner environ 70 % des sites web. Elles permettent de prendre le contrôle d'un serveur à distance, et les cyberattaques qui les exploitent ont déjà commencé. Particularité : elles ont été débusquées par l'intelligence artificielle, via les modèles de pointe de Google et d'OpenAI.

En face, la défense s'outille aussi. Cloudflare utilise Daybreak, d'OpenAI, pour investiguer les vulnérabilités et proposer des correctifs, ensuite soumis à relecture. Ses développeurs passent également par Codex pour construire plus vite et améliorer la qualité du code.

Le cas d'usage relie directement la découverte d'une faille à sa correction, du côté défense. La même famille d'outils sert donc à ouvrir et à fermer des portes — ce qui rend la relecture humaine d'autant plus centrale dans la chaîne.

Pékin encadre l'export de 23 technologies d'IA

Depuis le 16 octobre 2026, Pékin impose une déclaration préalable pour exporter 40 technologies, dont 23 en IA, en consultation jusqu'au 15 novembre. Le ministère du Commerce précise deux exceptions de taille.

L'appel d'un modèle par API et les technologies publiées en open source restent hors champ. En revanche, le déploiement localisé hors de Chine d'un modèle restreint entrera dans le champ une fois le catalogue en vigueur.

La ligne de partage est donc nette : l'accès à distance à un modèle n'est pas visé, mais l'installation sur des serveurs étrangers le sera. Pour les équipes qui déploient des modèles chinois en local, le calendrier compte autant que le contenu du catalogue.

Et maintenant ?

Les trois mouvements de cette semaine vont dans le même sens : les modèles se compressent et s'installent sur du matériel modeste, tandis que la sécurité et l'export deviennent des terrains d'affrontement explicites. Le retour d'expérience sur Flint comme les failles PHP2Shell rappellent que la valeur se joue moins sur l'annonce d'un score que sur la configuration, la relecture et le correctif. Reste à voir si les exceptions open source et API du côté de Pékin tiendront à l'usage.