Simon LM | LostInTab

Je vous promets, c'est intéressant.

Depuis la 3.1.0, Mistral Vibe affiche votre quota mensuel en bas de l'écran. Mais mes agents, eux, n'ont pas d'écran. Alors c'est mon téléphone qui me prévient. Le CLI lit ce chiffre sur l'API de facturation de Mistral (v1/billing/budget), et un script peut la lire aussi. Elle donne la part du quota utilisée, le budget du mois, la date de remise à zéro, et si le paiement à l'usage (PAYG, pour pay as you go) est activé. Lead-VPS, l'agent qui gère mon serveur, m'a fait un petit script automatique qui récupère tout ça et m'écrit dans un salon Matrix dédié, que je lis sur l'interface Element, au PC comme sur le téléphone : - Une alerte à 25, 50 et 75 % du quota, puis tous les 5 % de 80 à 100 % : un cron vérifie le quota toutes les 15 minutes ; - Et quand je tape « Quota » dans le salon, la réponse arrive tout de suite : ce que j'ai dépensé, sur combien, la date de remise à zéro, et si le paiement à l'usage est activé. À 100 %, rien ne s'arrête si le paiement à l'usage est activé. C'est mon cas : je fixe moi-même, sur l'interface de Mistral, le montant que j'accepte en plus. Le réglage se trouve facilement, et il se change sans peine d'un mois à l'autre. Si vous voulez faire la même chose, voici les points à préciser à votre agent IA, et les pièges qu'on a rencontrés : - L'API donne un pourcentage et le budget, pas les euros dépensés : il faut les calculer ; - Prenez la bonne clé : une clé Vibe, celle qu'on crée avec l'abonnement, et pas une clé Studio, faite pour l'API classique ; - Pour que la commande « Quota » réponde tout de suite, demandez à votre agent de relire le salon toutes les 2 secondes. Ça va de soi pour nous, les humains, mais visiblement pas pour tous les agents IA : Lead-VPS l'avait d'abord réglé sur une minute, un peu long quand on attend sa réponse. Prochain post : les modes du CLI Mistral Vibe, dont certains que vous ne connaissez sans doute pas. À retenir : - Mistral Vibe 3.1.0 affiche le quota mensuel, et l'API de facturation de Mistral le donne à vos scripts ; - Elle dit aussi si le paiement à l'usage (PAYG) est activé ; - Pour la lire, prenez une clé Vibe, pas une clé Studio.

Mistral Vibe 3.1.0 est sorti : le CLI affiche enfin votre quota mensuel. Mon agent Lead-VPS l'a installé sur le serveur. Cette fois, la mise à jour n'a bloqué aucun de mes agents : ils ont redémarré tout seuls, sans que j'intervienne. Ce qui change, en bref : - le quota : le bas de l'écran montre la part de votre quota Vibe Code dépensée ce mois-ci. Il passe au jaune, puis au rouge, ou affiche PAYG quand le paiement à l'usage prend le relais ; - /context, une nouvelle commande : elle montre ce qui remplit la fenêtre de contexte. Le prompt système, les outils, les skills, la conversation, la place libre ; - l'agent peut ouvrir une image et la voir, si le modèle est déclaré comme lisant les images (supports_images = true). Plus besoin d'un script à part qui appelle directement l'API ; - Mistral Large 4 sans niveau de réflexion réglé ne renvoie plus d'erreur 400 ; - l'approbation automatique (smart-approve) ne demande plus d'approuver chaque action avec Large 4 ou GLM 5.3. Et elle ne remplace plus, à chaque session, le mode choisi dans votre config ; - enregistrer un réglage n'efface plus ce que vous avez modifié à la main dans config.toml ; - dans tmux, la sélection à la souris et le copier-coller marchent sans tenir de touche ; - et quelques petites choses : Ctrl+R cherche dans l'historique des prompts (la dictée passe sur Ctrl+T), deux thèmes aux couleurs de Mistral. Un bug, quand même, sur un sujet que je suis depuis un moment. Pendant sa préversion, Large 4 n'acceptait que deux niveaux de réflexion, "high" et "none", comme Small 4 et Medium 3.5. Le CLI faisait la conversion pour vous : "low" partait en "none", "medium" et "max" partaient en "high". Avec la 3.0.3, cette conversion a disparu : le CLI envoie la valeur telle quelle, et "max" renvoyait une erreur 400. Depuis sa sortie officielle, Large 4 accepte trois niveaux : "low", "medium" et "high", comme je l'écrivais le 1er novembre. Avec la 3.1.0, le sélecteur de niveau propose étonnamment "max" pour Large 4, comme s'il marchait. J'ai retesté : l'API le refuse toujours, avec une erreur 400. C'est logique, puisque "max" ne fait pas partie de ces trois niveaux. Et "medium", justement, le CLI ne le propose pas. La cause, lue dans le code du CLI : il donne à Large 4 les mêmes niveaux qu'à GLM 5.3, "low", "high" et "max". GLM 5.3 accepte bien "max". Large 4, non. J'ai ouvert une issue sur le GitHub de Mistral Vibe, la n° 1439. Un développeur de Mistral a répondu en moins de deux heures : la correction arrive dans la prochaine version. En attendant, sur Large 4, écrivez thinking = "low", "medium" ou "high". Dans les prochains posts, je détaille trois points : comment mes agents lisent le quota sans écran, avec un petit script ; les modes du CLI, dont un peu connu ; et ce que /context montre de mes agents. À retenir : - Vibe 3.1.0 affiche votre quota mensuel, et /context détaille votre contexte ; - l'agent lit directement une image, sans script à part vers l'API ; - enregistrer un réglage n'efface plus vos modifications de config.toml ; - smart-approve ne vous demande plus tout avec Large 4 et GLM 5.3 ; - sur Large 4 : "low", "medium" ou "high", pas "max".

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.