Simon LM | LostInTab

J'ai passé ma journée dans Mistral Vibe en mode Work, l'application web et mobile de Mistral. Pas le CLI. J'en ressors avec des enseignements. J'utilise Vibe depuis un moment, mais toujours via le CLI. Au début, l'extension VS Code : je voyais les fichiers, je pouvais intervenir dessus, modifier, voir ce qui était écrit, déplacer des choses. C'était plus simple, surtout à une époque où les modèles étaient moins puissants et faisaient plus d'erreurs. Il fallait contrôler. Ensuite, je suis passé sur mon VPS, avec une session tmux ouverte en permanence. tmux permet de fermer son terminal, voire son ordinateur, sans que rien s'arrête : la session continue de tourner sur le serveur. Je communique avec elle via Matrix, le protocole de messagerie ouvert, avec l'interface Element sur mobile ou web. Mais pour la première fois, j'ai passé une journée entière dans l'application web et mobile, en mode Work. Premier constat, et pas des moindres : le CLI et l'extension VS Code dépensent le quota de mon abonnement. L'application, non. J'ai bossé une journée complète, génération d'images comprise, sans toucher à mon quota. Et pour l'instant, aucun blocage : ni sur les images, ni dans les conversations. Pour situer l'écart : chez Anthropic, le chatbot et Claude Code partagent le même quota. Discuter avec Claude dans l'application, c'est autant de moins pour les sessions de code. Chez OpenAI, les deux étaient séparés, comme chez Mistral, mais OpenAI a annoncé la fusion : à partir de décembre, ChatGPT et Codex partageront la même enveloppe. Chez Mistral, pour l'instant, l'application reste un espace à part : le chat et les images ne prennent rien sur le quota du CLI. Deuxième constat : le vrai sujet de Work, c'est les fichiers. Mistral a supprimé l'ancien mode Chat : il ne reste que Work. Au premier abord ça surprend, en réalité c'est logique. Un chatbot a de grosses limites de contexte : plus la conversation s'allonge, plus le début se perd, plus les nuances s'évaporent. Le mode Work résout ça : il permet d'écrire des fichiers organisés, qui persistent. Mais pas de manière naturelle. Si vous ne dites rien, rien n'assure que l'assistant enregistre les informations importantes. Il faut dire : ces points sont importants, on travaille sur ça, note-les bien dans un fichier. Savoir quelles informations sont pertinentes, demander l'enregistrement, puis vérifier qu'il l'a bien fait. Et lui rappeler au fur et à mesure. C'est le vrai travail en mode Work : piloter la mémoire. Je me suis fait avoir : des prompts d'images que je n'ai plus jamais retrouvés. Parce qu'avec les images, c'est encore plus net. On peut en générer, en éditer. On peut même les récupérer et les télécharger depuis la conversation. Mais l'IA, elle, ne peut pas vous les renvoyer, et si elles sont loin dans la conversation, elle ne sait plus les retrouver pour les éditer. Et vous galérez à les retrouver en scrollant. Donc : faites enregistrer les prompts utilisés, et vos retours à chaque essai. Alors, j'abandonne le CLI ? Non. Pour le code et mes agents sur le VPS, il reste l'outil central. Et quand un sujet traité dans mon travail mérite un post, ce sont eux qui aident à le rédiger. L'application a trouvé une autre place : brainstormer, rédiger les posts plus sociétaux, générer quelques images. Et bosser sans toucher au quota de code. À retenir : • L'application Mistral Vibe ne prend rien sur le quota du CLI, images comprises. • En mode Work, c'est à vous de piloter la mémoire : dites ce qu'il faut noter dans un fichier, puis vérifiez. • Pour les images, faites enregistrer les prompts et vos retours à chaque essai.

La guerre en Ukraine va faire ce que la rationalité n'a jamais réussi : tuer Dieu. Avec les drones, les robots et l'IA, on n'a plus besoin de chair à canon. On en envoie encore, le temps que les technologies et les usines suivent, mais le processus, lui, est bien lancé. Or la religion n'a survécu que pour une raison : rendre le sacrifice humain acceptable. Soit par les récompenses : le paradis, les vierges, le Valhalla. Soit en tuant la mort elle-même : la réincarnation. Plus besoin de sacrificateurs, plus besoin de religion. Les religions n'ont pas été conçues pour la guerre. Mais pendant des millénaires, le tri a été impitoyable : les peuples capables d'envoyer leur jeunesse mourir sans terreur ont éliminé tous les autres. Celles que nous connaissons sont les survivantes de ce filtre. Or la guerre a toujours demandé des jeunes : les corps les plus forts, et les vies les moins chères. Les pères valent trop cher : il est préférable qu'ils restent élever leurs enfants. Restent les jeunes, sans descendance. Mais mourir pour qui, pour quoi ? C'est là que la question se complique. Dans une bande de cinquante, la réponse est simple : tout le monde est famille. Mourir pour le groupe, c'est mourir pour des porteurs de ses gènes. Au clan, cent cinquante personnes, c'est encore des cousins. À la tribu, des milliers, ce ne sont plus que des inconnus. Protéger ses gènes fonctionne à cinquante ; à mille, il n'y a plus rien à protéger. Pourtant les guerres tribales exigeaient déjà de mourir en masse. Or à ces échelles-là, les vieilles croyances ne suffisaient plus : nées dans les petits groupes, esprits et ancêtres appartenaient au monde d'ici-bas, ils ne disaient rien de la mort. Il fallait croire que la mort n'en était pas une. Le Valhalla n'ouvre ses portes qu'aux tués au combat. La religion a d'autres fonctions, consolations et rituels. Mais elles n'expliquent pas sa résistance : face aux siècles de science, elle aurait dû céder, ou au moins fléchir, abandonner ses dogmes les plus absurdes, se réduire à une simple spiritualité. Seule une pression de sélection pouvait maintenir une structure contre le vent. Cette pression, c'était la guerre. Cela ne veut pas dire la fin de la spiritualité. Ce qui va mourir, ce sont les religions dogmatiques, celles qui rendaient le sacrifice humain acceptable. Une spiritualité sans paradis, sans réincarnation, sans promesse invérifiable peut parfaitement survivre. Regardez l'Ukraine : la guerre y devient une compétition de machines. Les sacrificateurs existent encore, trop. Mais la tendance est là, elle est massive, et elle n'a pas de retour en arrière. Pour la première fois de l'histoire, la guerre commence à rendre obsolète le nombre de jeunes prêts à mourir. Le second coup, c'est la longévité. Avec les IA, on va finir par déchiffrer la machine humaine, et faire exploser l'espérance de vie. On ne sera peut-être jamais immortels, mais on s'approche de la vie perpétuelle : un corps qu'on répare, qu'on entretient, comme une machine. Quand la mort devient une panne qu'on répare, la promesse du paradis perd son sens. La rationalité a échoué à tuer Dieu. La religion a survécu parce qu'on avait besoin de morts. Quand on n'a plus besoin de vous pour mourir, on n'a plus besoin d'elle.

Surprise : OVH remet Mistral Small 3.2 à son catalogue. Mistral, lui, ne le sert plus. Je construis un classifieur d'emails et de formulaires de contact qui respecte l'accessibilité web sans captcha. À une étape, deux petits modèles, rapides et pas chers, donnent chacun leur avis. S'ils ne sont pas d'accord, je fais appel à un arbitre avec un modèle plus gros. Small 3.2 était l'un de ces deux petits modèles. Chez OVH, il répond en moins d'une seconde, nettement moins cher que Mistral Small 4, et il fait le travail. En août, OVH l'a retiré de son catalogue : j'ai dû le remplacer. Pour classer, il faut des modèles rapides et pas chers. DeepSeek V4.1 Flash, par exemple, n'est pas cher. Mais il coûte deux fois plus que Small 4, trois à quatre fois plus que Small 3.2, et il met de 2 à 13 secondes à répondre. Trop lent pour classer. Avant, il y avait aussi Devstral Small et Devstral Medium, très bons pour ce type de classification. À un moment, j'utilisais Devstral Small à côté de Small 3.2. Mais aucun hébergeur français ne les sert plus. Les hébergeurs américains, même avec des serveurs en Europe, restent soumis au Cloud Act. Je veux une vraie souveraineté, avec des hébergeurs français. On me dira qu'il existe maintenant Jev, de TypeSafe : un nouveau type d'IA, fait pour décider et classer, pas pour écrire. Mais à ma connaissance, il n'est pas encore disponible de manière souveraine en Europe. Je n'ai pas encore eu le temps de l'essayer, et je ne suis pas pressé dû au manque de souveraineté. Justement, côté souveraineté et redondance : un modèle français, chez deux hébergeurs français, OVH et Scaleway, avec des données qui restent en France. Et Small 4 chez Mistral en plus. Scaleway est d'ailleurs devenu rapide, comme je le racontais dans mon post précédent. Avant, son offre serverless était trop lente. Soit elle n'était pas encore au point techniquement, soit elle n'avait pas assez d'utilisateurs pour être rentable. Ce n'est plus le cas. Je vais donc pouvoir le remettre dans mon classifieur. Et OVH ne chôme pas. Il a a priori terminé l'entraînement de son propre modèle, orienté cybersécurité, code et agents. Sa sortie est attendue fin novembre ou début 2027, selon la presse. Je vous en reparlerai à sa sortie. Mistral Nemo revient aussi chez OVH. Je l'ai testé, et je ne vois pas son utilité. Il en a sûrement une, puisqu'OVH l'a remis. Quelqu'un utilise Nemo ? Pour quoi faire ? À retenir : - OVH remet Mistral Small 3.2 à son catalogue, alors que Mistral ne le sert plus. - Pour classer, un petit modèle rapide et pas cher fait souvent l'affaire. - Avec OVH et Scaleway, Small 3.2 a deux hébergeurs français : une vraie redondance. - Des serveurs en Europe ne suffisent pas : un hébergeur américain reste soumis au Cloud Act.

Les IA de Scaleway sont enfin prêtes. Rapides, et avec du choix. En mai, je les avais écartées pour mes projets : trop lentes. Chaque semaine, mon système de veille automatisé m'envoie les nouveaux modèles et les prix des hébergeurs d'IA. Ces dernières semaines, il m'a signalé l'arrivée de GLM 5.3 et de DeepSeek V4.1 Flash chez Scaleway. Ça a piqué ma curiosité, d'autant que je cherche de la redondance : pouvoir passer d'un hébergeur à l'autre si l'un tombe. J'ai refait mes tests, en appel direct à l'API. Résultat : c'est enfin rapide. Les modèles Mistral et Qwen 3.8 répondent en moins d'une seconde, dès le premier appel. C'était loin d'être le cas avant. En serverless, le modèle devait d'abord se charger : le premier appel restait sans réponse après 60 secondes. Pas adapté à certaines de mes applications, qui ne font qu'un seul appel. gpt-oss-120b répond en une à deux secondes. GLM 5.3 et DeepSeek V4.1 Flash prennent de 2 à 13 secondes, parce qu'ils réfléchissent avant de répondre. C'est encore un peu long, mais respectable. Ce qu'on y trouve : - GLM 5.3 et DeepSeek V4.1 Flash, parmi les meilleurs modèles ouverts du moment pour le code ; - Qwen 3.8 et Qwen 3.5 ; - gpt-oss-120b, très économique ; - Mistral Medium 3.5 et Mistral Small 3.2. Côté souveraineté : GLM, DeepSeek et Qwen sont des modèles chinois, mais chez Scaleway, les données restent à Paris, et elles ne servent pas à entraîner les modèles. Et surtout, c'est la redondance qui m'intéresse. Scaleway en apporte une vraie : si un hébergeur tombe, un autre sert le même modèle. - GLM 5.3 et DeepSeek V4.1 Flash : aussi chez Mistral ; - Qwen 3.8, Qwen 3.5 et gpt-oss-120b : aussi chez OVH ; - Mistral Medium 3.5 et Small 3.2 : déjà chez Mistral ou chez OVH, un secours de plus. Jusqu'ici, OVH répondait plus vite. Scaleway reprend la main. Mais OVH n'a pas dit son dernier mot : il termine l'entraînement de son propre modèle, attendu d'ici fin novembre ou début 2027 selon la presse. J'y reviendrai. Et vous, vous avez un plan B si votre fournisseur d'IA tombe ? À retenir : - Les IA de Scaleway répondent enfin vite, dès le premier appel. - GLM 5.3 et DeepSeek V4.1 Flash y sont disponibles, avec des données qui restent à Paris. - Avec Mistral et OVH, Scaleway permet une vraie redondance : de quoi prévoir un plan B, et même un plan C.

Mistral Vibe 3.0.4 change deux choses dans config.toml. L'une débloque, l'autre casse sans prévenir. Ce qui débloque. Le 28 octobre, je disais d'écrire default_timeout et max_timeout_seconds ensemble, ou aucun des deux : la 3.0.3 refusait de démarrer sinon. D'après les notes de version de Mistral, la 3.0.4 accepte de nouveau default_timeout seul, jusqu'à 300 secondes. Au-delà, il faut toujours les deux. Ce qui casse. La 3.0.4 retire tool_paths de config.toml, parce que ce réglage n'existe plus. Pour modifier le fichier, Vibe en écrit un nouveau à sa place. Si votre config.toml est un lien symbolique, il devient une copie. Vos changements suivants n'arrivent plus à Vibe, et rien ne vous le dit. Ce n'est pas propre à la 3.0.4 : Vibe modifie toujours ce fichier de cette façon. La 3.0.4 lui a juste donné une raison de le faire. Chez moi, deux liens ont cassé à la mise à jour : celui de mon projet, vers des réglages partagés entre projets, et celui de mon serveur, vers un dossier chiffré. Mes scripts vérifient maintenant le lien avant de lancer un agent. Le conseil : retirez tool_paths vous-même, et la 3.0.4 n'aura rien à réécrire. Après chaque mise à jour, vérifiez que config.toml est toujours un lien. À retenir : - default_timeout seul : accepté jusqu'à 300 s ; - au-delà, default_timeout et max_timeout_seconds ensemble ; - config.toml en lien symbolique : vérifiez-le après chaque mise à jour.

« Cette agression est intolérable. » La terroriste a joué à la roulette russe avec la directrice de l'école maternelle. Ce n'est pas une simple agression intolérable. Évidemment, il a bloqué les commentaires. Cela fait plusieurs heures que j'écoute FranceInfo et je ne les ai pas encore entendu en parler. Il y a un vrai problème avec la hiérarchisation de l'information.

Mistral Vibe achève son passage au tout-Rust, et supprime tout retour au Python. Depuis la version 3.0, l'ancien moteur et l'ancienne interface en Python ont disparu : le flag et la variable d'environnement qui permettaient d'y revenir ne marchent plus. Le 12 octobre, je racontais le début de cette bascule, avec ces deux contournements : - --legacy-harness, pour garder l'ancien moteur ; - VIBE_CLI=python, pour garder l'ancienne interface, le temps qu'un bug soit corrigé. Avec la 3.0, le mode plan a disparu lui aussi. La bonne nouvelle : le bug est corrigé. Le nouveau CLI refusait --resume avec -p, et mes agents ne pouvaient plus reprendre leur conversation. J'avais ouvert une issue chez @MistralAI : c'est corrigé depuis la 3.0. Autre conséquence : les deux réglages de mon post du 13 octobre, enable_subagents et enable_background_processes, ne marchaient qu'avec le nouveau moteur. Il n'y a plus que lui : ils valent maintenant partout. À retenir : - depuis Vibe 3.0, tout est en Rust, sans retour possible ; - --legacy-harness et VIBE_CLI=python ne servent plus à rien ; - --resume avec -p marche avec le nouveau CLI.

Vous ne devinerez jamais le motif : On discutait simplement du terme "cordialement" en fin d'email. Certains en arrivent là.

Mise à jour de mon post du 28 octobre sur Mistral Large 4 : les niveaux de raisonnement ont changé. Le 28, j'écrivais que Large 4 n'acceptait que deux valeurs pour reasoning_effort : "high" pour raisonner, "none" pour couper. C'était l'échelle de la préversion. Depuis, Mistral l'a remplacée. Large 4 accepte maintenant trois niveaux : "low", "medium" et "high". "none" renvoie une erreur 400, comme "max". Le raisonnement ne se coupe donc plus : le niveau le plus léger, c'est "low". J'ai retesté depuis avec Mistral Vibe : Large 4 suit bien la nouvelle échelle. Medium 3.5 et Small 4 n'ont pas changé : "high" ou "none", rien d'autre. Si vous mettiez "none" sur Large 4, passez à "low" : c'est ce que recommande la doc de Mistral. À retenir : • Large 4 : low, medium ou high ; • Medium 3.5 et Small 4 : high ou none.

« Vous ne trouve(re)z pas d assurances qui assureront des machines. » C'est assez affligeant que des médecins qui ont fait des hautes études, qui sont censés ne être pas être trop bêtes, n'arrivent pas à comprendre le principe de base des assurances. Les assurances, pour rappel, elles préférent assurer ce qui est le plus rentable pour elles. Sinon elles augmentent fortement les cotisations. On sait déjà que les IA ont des meilleurs diagnostics, donc font moins d'erreurs médicales. Évidemment, les assurances des médecins IA seront moins chères que les assurances des médecins humains. C'est de la logique de base. Et oui, les toutes premières assurances de medecins d'IA (grosses sociétés ayant plusieurs cabines d'examen) seront plus chères, mais comme ils vont vite constater qu'il y a moins d'erreurs médicales, cela va très vite s'inverser.

Une application desktop de Mistral arrive.