Guides, comparatifs et actualités sur les outils d'IA

Une affirmation générale ne peut pas répondre à la question « si une IA peut modifier les choses directement, avons-nous encore besoin d'une interface d'administration ? », parce que la seule expression « interface d'administration » recouvre un empilement de fonctionnalités de natures complètement différentes. Cet article, ancré dans l'expérience de la suppression pure et simple de l'interface d'administration de ce site, remplace cette question par une autre, plus tranchante : cet écran fournit-il quelque chose que la CLI et l'IA ne fournissent pas déjà ? Ce que la suppression de l'ensemble a révélé, c'est que la plupart des fonctionnalités retirées n'étaient pas « inutilisées » mais « structurellement cassées ». Le CRUD des articles ne pouvait pas fonctionner, parce que la source de vérité des articles vit dans le code et que chaque déploiement écrase la base de données : tout ce qui était modifié dans l'écran disparaissait au déploiement suivant. La file de modération des commentaires était toujours vide parce que les messages étaient marqués comme approuvés dès leur envoi, si bien qu'un commentaire non approuvé ne pouvait jamais exister. Une fonctionnalité que personne n'utilise est une fonctionnalité dont personne ne peut voir qu'elle est cassée. La seule capacité qui ne pouvait pas disparaître était la suppression des commentaires, et même celle-là n'avait aucune raison intrinsèque de vivre dans une interface d'administration : un bouton de suppression sur la page de l'article s'est révélé meilleur, parce que le commentaire fautif peut être retiré là où on est en train de le lire. La décision se ramène à six questions. Qui l'utilise (des personnes non techniques ou un poste qui change de titulaire plaident pour une UI ; des développeurs qui vivent dans un terminal, non). Est-ce réversible (les actions irréversibles ont besoin d'une barrière). Faut-il un jugement humain (existe-t-il une transition d'état du type approuver ou rejeter). Faut-il séparer les droits. L'opérateur sait-il ce qui est possible (la liste fait office de documentation). Existe-t-il une piste d'audit. Les droits et la piste d'audit, en particulier, paraissent inutiles sur un projet solo et deviennent les premières exigences à la seconde où une deuxième personne arrive. Les changements passés par le code atterrissent dans git, mais laisser une IA écrire directement dans la base de données n'enregistre rien par défaut, et un historique de conversation conserve ce qui a été demandé plutôt que ce qui s'est produit. Parmi les six axes, seule la réversibilité pèse d'un poids différent. Le 18 juillet 2025, un agent d'IA de Replit a supprimé la base de données de production de SaaStr pendant un gel du code en cours, a fabriqué 4 000 utilisateurs et a affirmé à tort qu'un retour arrière était impossible, retardant la reprise (AI Incident Database #1152) — un cas qui montre moins la dangerosité de l'IA qu'un problème de conception où une action irréversible pouvait être atteinte sans passer par une barrière humaine. L'article traite aussi des trois choses à mettre en place avant de déplacer le poids vers l'IA et la CLI (les changements laissent une trace durable, une marche se tient devant les actions irréversibles, la procédure est écrite quelque part, puisque supprimer l'UI supprime aussi la liste de ce qui est possible), d'une liste de contrôle à passer avant de construire quoi que ce soit, et de la troisième option que constituent les produits d'outillage interne comme Retool ou Forest Admin plutôt qu'une interface écrite à la main.

Dispatch est la fonctionnalité qui vous permet d'envoyer une instruction depuis votre téléphone pour que Claude effectue le travail sur votre propre ordinateur (bêta, Pro et Max). Ça ne tourne pas dans le cloud : c'est votre machine réelle qui bouge, et ce seul fait produit à la fois la valeur et le danger. L'aide officielle indique que vous pouvez écrire à Claude depuis votre téléphone et lui faire travailler sur votre ordinateur de bureau, en utilisant les mêmes connecteurs, plugins et accès aux fichiers que vous avez déjà configurés dans Cowork, à l'intérieur de ce qu'Anthropic présente comme une conversation continue accessible depuis l'un ou l'autre appareil. Le fonctionnement exige que le PC soit réveillé avec l'application de bureau ouverte, et l'utilisation de l'ordinateur n'est prise en charge que sur macOS et Windows, pas sous Linux. Mécaniquement, tout descend trois étages de priorité : un connecteur s'il en existe un, la navigation dans le navigateur à défaut, et l'interaction directe avec l'écran en dernier recours, avec des captures d'écran prises en chemin pour comprendre l'affichage. L'évaluation commence après cela. Les endroits où ça s'arrête sont pensés dès la conception : l'utilisation de l'ordinateur est désactivée par défaut et s'active dans Réglages, Général ; l'autorisation est demandée pour chaque nouvelle application ; la suppression définitive d'un fichier exige une autorisation explicite ; et les plateformes d'investissement et de trading ainsi que les applications de cryptomonnaies sont hors limites par défaut. Mais il existe des endroits où ça ne s'arrête pas. Les actions individuelles à l'intérieur d'une application déjà approuvée ne vous sont pas soumises, et la formulation officielle est que Claude clique, saisit du texte et navigue directement sur votre écran, sans les contrôles de permission qui encadrent les autres outils de Cowork. La documentation ajoute qu'il n'y a pas de bac à sable entre Claude et ce qui s'affiche à votre écran, et que les actions prises dans une application peuvent avoir un impact sur d'autres applications. Le plus grand risque est l'injection de prompt, qu'Anthropic décrit dans ses propres mots : le contenu web est un vecteur principal d'attaques par injection de prompt, et une instruction manipulée, une commande inattendue ou un lien de phishing ouvert dans votre navigateur pourraient déclencher en cascade des actions difficiles voire impossibles à annuler. Anthropic déclare analyser les activations du modèle pour détecter ce type de comportement, mais cela fait baisser les probabilités sans vous dispenser de tracer une limite, et les recommandations disent toujours de basculer en approbation manuelle dès qu'une tâche touche des fichiers, des comptes ou des sites sensibles. Anthropic nomme la frontière sans détour : n'accordez pas la permission d'utilisation de l'ordinateur à des applications sensibles comme les applications bancaires, de santé ou administratives, et évitez les comptes financiers, les documents juridiques, les informations médicales et les données personnelles. L'article traite aussi le côté téléphone. Ce qui fuit si vous perdez le combiné, ce ne sont pas les données qui y sont stockées mais la faculté de donner des ordres à votre PC, plus le contenu de la conversation en cours — et l'aide officielle sur Dispatch ne documente ni le désappairage ni la conduite à tenir en cas de perte, si bien que les remèdes viennent du côté du compte : terminer la session concernée sous Réglages, Compte, Sessions actives ; se déconnecter de toutes les sessions depuis claude.ai, ce qui n'est pas disponible dans les applications mobiles et nécessite donc un navigateur web ; ou simplement couper le côté PC en fermant l'application de bureau ou en laissant la machine se mettre en veille, ce qui est en fait le plus rapide puisque Dispatch exige que le PC soit réveillé et l'application ouverte. Il se termine en séparant Dispatch et l'utilisation de l'ordinateur comme deux interrupteurs distincts, en distinguant les deux de l'agent view de Claude Code (que la documentation officielle appelle également dispatch), et en traçant une limite pratique : commencez par du travail que vous pouvez reprendre.

L'agent view de Claude Code, qu'on ouvre avec claude agents, est la fonctionnalité qui sert à démarrer les unes après les autres des sessions indépendantes en arrière-plan et à les gérer depuis un seul écran. La documentation officielle appelle « dispatch » l'opération que vous y effectuez, ce qui entre en collision avec la fonctionnalité du même nom présente dans l'application de bureau : le premier travail consiste donc à les distinguer. La documentation décrit l'agent view comme la fonctionnalité qui permet de dispatcher et de gérer de nombreuses sessions Claude Code depuis un seul écran, et il s'agit d'une research preview qui exige la v2.1.139 ou une version ultérieure. Cet article s'en tient à la mécanique et au modèle de sécurité. La première surprise est que chaque prompt tapé dans le champ de saisie démarre sa propre nouvelle session : tapez-en un deuxième et vous obtenez une deuxième session à côté de la première, pas une instruction ajoutée à celle-ci. Les instructions complémentaires passent par le panneau d'aperçu, ouvert avec Space, qui montre la dernière sortie ou la question en attente plutôt que la transcription entière. Le cœur du modèle de sécurité, c'est l'isolation par worktree. Avant de modifier le moindre fichier, une session en arrière-plan se déplace dans un worktree git isolé sous .claude/worktrees/, si bien que les sessions parallèles lisent la même copie de travail mais que chacune écrit dans la sienne : lectures partagées, écritures séparées. Tout ce qui atteindrait la copie de travail principale est coupé par trois contrôles : les modifications de fichiers via Edit, Write et NotebookEdit ; les répertoires de travail de commandes qui se résolvent vers la copie principale ou dont on ne peut pas vérifier qu'ils restent en dehors ; et les tentatives de détourner git par git -C, --git-dir, GIT_DIR, GIT_WORK_TREE ou un cd placé avant l'appel à git. L'arbitrage se fait délibérément du côté sûr, en refusant ce qui ne peut pas être vérifié, et la même protection est héritée par chaque sous-agent que la session engendre. Ce n'est pourtant pas un mur au niveau du système d'exploitation : les fichiers situés hors du dépôt et le réseau sont hors périmètre, et les commandes PowerShell ne reçoivent que le contrôle du répertoire de travail. Les permissions ne se choisissent pas non plus au moment du dispatch : elles dépendent de la façon dont la session est lancée (un agent view ouvert dans un shell et claude --bg suivent les règles d'un lancement normal, un agent view ouvert avec ← prend le defaultMode du répertoire cible ou le mode de la session d'origine, et /bg garde le mode actuel), ce qui signifie que plus votre configuration habituelle est permissive, plus vous créez d'un coup de sessions permissives et sans surveillance. Trois choses s'échappent ensuite de l'isolation. Choisir « Oui, ne plus demander » enregistre la règle dans le .claude/settings.local.json de la copie de travail principale : elle s'applique donc dans la copie principale et dans tous les autres worktrees, et elle survit à la suppression du worktree où elle a été accordée. Supprimer une session dans l'agent view supprime avec elle le worktree créé par Claude, donc le travail non commité disparaît — et Ctrl+X arrête à la première pression, supprime à la seconde. Enfin, .worktreeinclude copie les fichiers ignorés par git, comme .env, dans chaque nouveau worktree, ce qui multiplie vos identifiants par le nombre de sessions dispatchées. Par-dessus cela, le quota se vide proportionnellement au parallélisme (dix agents le consomment environ dix fois plus vite) et les sessions tournent en local : elles survivent à la mise en veille mais s'arrêtent quand la machine s'éteint. L'article se termine en situant l'agent view parmi les cinq façons officielles de paralléliser, aux côtés des sous-agents, des agent teams, des workflows dynamiques et de Projects, et donne une routine concrète pour l'avant, le pendant et l'après d'un dispatch.

Beaucoup de gens appuient sur le /compact de Claude Code selon une règle du type « toutes les 30 minutes » ou « dès que le contexte dépasse 70 % », mais ce que recommande la documentation officielle n'est ni une horloge ni un pourcentage : c'est une rupture dans le travail. Lancez /compact à une frontière naturelle, par exemple entre deux tâches, plutôt que d'attendre que la compaction automatique se déclenche au milieu d'une tâche. Cet article prend pour source primaire la documentation de Claude Code au 4 octobre 2026 (dernière version publiée : v2.1.289) et traite la question de la compaction manuelle à partir des spécifications. Il commence par la mécanique : la compaction se joue en trois étages, à savoir l'abandon des anciennes sorties d'outils, la compaction automatique, puis le /compact manuel que vous déclenchez. Les deuxième et troisième sont exactement le même traitement, si bien qu'appuyer soi-même n'achète que deux choses, choisir le moment et préciser ce qu'il faut garder. Appuyer plus souvent n'économise pas de contexte supplémentaire. Vient ensuite un tableau de ce qui survit. Le CLAUDE.md à la racine du projet et votre mémoire automatique sont réinjectés depuis le disque, tandis que les règles portant paths: et les CLAUDE.md imbriqués dans des sous-répertoires sont perdus jusqu'à ce qu'un fichier correspondant soit relu ; le corps des skills que vous avez invoqués est réinjecté sous un plafond de 5 000 tokens par skill et de 25 000 au total, les plus anciens étant abandonnés en premier. Côté coût, le prix d'une compaction est fixé non par la taille du contexte mais par la chaleur du cache de prompt. Appuyez en pleine session et le préfixe est lu depuis le cache, ce qui revient bon marché ; appuyez après une pause plus longue que la durée de vie du cache (une heure sur un abonnement, cinq minutes par défaut avec une clé d'API) et l'historique entier est retraité sans cache, ce qui est le maximum que cette commande puisse coûter. L'article couvre ensuite comment choisir entre /compact, /clear, /rewind, /recap et /context, comment /autocompact depuis la v2.1.221 déplace le point de déclenchement automatique de 100K à 1M tokens et l'ordre de priorité des quatre endroits d'où le réglage peut venir, le piège de la variable d'environnement qui n'accepte qu'un entier brut, ainsi que le sens et la marche à suivre pour les deux messages « Not enough messages to compact. » et « Autocompact is thrashing: the context refilled to the limit... ».

Vous essayez d'ouvrir Claude Desktop sous Windows et ce qui apparaît est une boîte de dialogue intitulée « Impossible d'ouvrir cette application », qui vous demande d'aller dans les options avancées de Claude et de choisir Réparer — et faire exactement ce qu'elle dit fonctionne. Sans désinstaller quoi que ce soit, et sans passer par Réinitialiser, qui, lui, jette vos données. Il y a toutefois une marche au milieu du chemin, et c'est le cœur de cet article. Un clic sur Réparer peut vous renvoyer un message vous disant que l'application est encore en cours d'exécution, alors qu'aucune fenêtre Claude n'est ouverte nulle part. La cause est que Claude Desktop continue de tourner dans la zone de notification après la fermeture de sa fenêtre : tant que ce processus résident tient ouverts les fichiers du paquet, la réparation ne peut pas aboutir. La solution est simple : fermez explicitement les processus, puis cliquez sur Réparer. Et ce fait désigne la cause même de la panne, le même processus ayant cassé la mise à jour avant de bloquer la réparation. L'article répond aussi à la question que tout le monde pose en premier : vos sessions sont-elles effacées ? La réponse se divise en trois. Votre historique de conversations claude.ai est sur les serveurs d'Anthropic et reste intact. Les sessions Claude Code vivent dans %USERPROFILE%\.claude\projects\, hors du paquet de l'application : elles survivent à une réparation, à une réinitialisation et même à une désinstallation (une machine réelle en contenait 2 977 fichiers, environ 3,0 Go, répartis sur 52 projets). La seule chose exposée, ce sont les réglages côté application dans %APPDATA%\Claude, et Réparer les conserve même — Windows écrit la différence sur l'écran lui-même, en indiquant à côté de Réparer que les données de l'application ne seront pas affectées, et à côté de Réinitialiser qu'elles seront supprimées. Suivent la vérification d'état en PowerShell en lecture seule, une routine de sauvegarde, une escalade par paliers quand l'application refuse toujours de s'ouvrir (contrôle de vmcompute et hns, suppression du paquet puis réinstallation, car -PreserveApplicationData ne fonctionne pas sur une installation normale), la cause déduite d'un MSIX à moitié enregistré appuyée sur les tickets GitHub (#55465, où l'installation a réussi sans qu'aucun point d'entrée soit créé, plus #50285 et #48437 — tous clos en closed as not planned, sans correctif officiel), les moyens de réduire les risques de récidive, et une comparaison avec l'ancienne version installeur, où la dernière version MSIX et une machine en ancien format affichaient toutes deux 1.24012.9.

Le 16 juillet 2026, Moonshot AI a publié Kimi K3, un modèle de 2 800 milliards de paramètres au total. Les valeurs américaines des semi-conducteurs ont été vendues, et l'affaire est montée jusqu'à un responsable de la Maison-Blanche accusant nommément l'entreprise d'avoir distillé les modèles d'Anthropic. Comme les chiffres et jusqu'aux étiquettes elles-mêmes divergent selon la source, cet article recoupe les éditeurs de benchmarks, la presse financière, les annonces de Moonshot et la page Hugging Face telle qu'elle est, en précisant qui a produit chaque chiffre. Côté performance, il obtient 57 points et la troisième place sur l'Artificial Analysis Intelligence Index (au 17 juillet 2026, même si des relevés placent ces mêmes 57 points au quatrième et au septième rang). Sur GDPval-AA v2, la métrique la plus pratique, K3 se situe à 1668 contre 1760 pour Fable 5 et 1600 pour Opus 4.8 — un bond de 478 points depuis la K2.6 de la génération précédente à 1190, et c'est ce rattrapage, plus que le rang absolu, qui a fait bouger le marché. En code, il a pris la première place sur le Frontend Code Arena d'Arena.ai avec 1679 (Fable 5 à 1631), alors que sur FrontierSWE il perd, 81,2 % contre 86,6 % pour Fable 5. Le prix s'inverse selon la comparaison : 3 $ en entrée et 15 $ en sortie, c'est environ 40 % moins cher en entrée et 40 à 50 % moins cher en sortie que Claude Opus 4.8 (5 $/25 $) ou GPT-5.6 Sol (5 $/30 $), et le coût mesuré de 0,94 $ par tâche passe sous les 1,80 $ d'Opus 4.8. Face aux rivaux chinois, en revanche, c'est le plus cher du groupe, environ trois fois GLM-5.2 et 23 fois DeepSeek V4 Pro : ce n'est donc pas la remise d'un ordre de grandeur du choc DeepSeek. Sur les poids, les médias hésitent entre « open source » (VentureBeat, SCMP) et l'« open weight » de Reuters, et c'est ce dernier terme qui est exact. Les poids sont sortis comme prévu le 27 juillet 2026 et se récupèrent sur Hugging Face sans demande d'accès (96 fragments safetensors). La licence publiée avec eux est la « Kimi K3 License » maison de Moonshot : une concession de type MIT assortie de deux conditions — un accord distinct pour toute activité de Model as a Service dépassant 20 millions de dollars de chiffre d'affaires, et une mention « Kimi K3 » bien en vue dans l'interface des produits au-delà de 100 millions d'utilisateurs actifs mensuels. Comme la concession change selon la taille de l'utilisateur, ce n'est pas de l'open source au sens de l'OSI : la querelle d'appellation est désormais tranchée par le texte de la licence. Sur les marchés, le Nasdaq a perdu 1,5 % vendredi, Taïwan plus de 6 %, le Japon 4 %, et l'ETF semi-conducteurs (SMH) a reculé de plus de 20 % depuis son sommet de fin juin, mais la baisse hebdomadaire du SOX est rapportée entre -9 % et -12,5 % selon les médias, et les pertes ont ensuite été réduites par les acheteurs revenus sur les creux. L'accusation de distillation est rejetée par les chercheurs sur la base du calendrier — 15 jours entre la sortie publique de Fable le 1er juillet et le lancement de K3 le 15 juillet — et aucune preuve n'a été rendue publique. La vitesse (des mesures allant de 33 à 62 tokens par seconde, avec un avertissement d'OpenRouter sur des 429 fréquentes dues à la saturation), le taux d'hallucination passé de 39 % à 51 % et l'écart net d'expérience utilisateur que Moonshot admet lui-même sont tous traités avec des étiquettes de certitude explicites.

Claude Code s'arrête au milieu d'une réponse sur « API Error: Connection closed mid-response. The response above may be incomplete. » Ce n'est pas un problème de prompt : la connexion qui transportait la réponse en streaming s'est fermée alors que la réponse arrivait encore. Cet article s'appuie uniquement sur la référence des erreurs officielle, le changelog officiel et des tickets étayés par des captures réseau. Il part des définitions officielles — Connection closed signifie que le lien a été coupé, Response stalled qu'il est devenu silencieux, Server error qu'une 5xx est survenue en cours de flux — et explique pourquoi la sortie partielle est délibérément conservée (renvoyer risquerait d'exécuter deux fois les mêmes appels d'outils) et que l'étape de reprise documentée est de répondre continue. Il sépare ensuite les trois couches d'où la fermeture peut provenir (votre machine et la veille, une coupure d'inactivité dans un proxy ou un VPN, ou une fermeture initiée par le serveur) et présente les mesures publiées par l'auteur du ticket #67766 : les dix incidents étaient des fermetures propres côté serveur, l'erreur apparaissait 3 à 105 ms après le FIN, 7 à 20 Ko de réponse avaient déjà été reçus, le corps de requête pesait 1 à 2,5 Mo, une nouvelle connexion aboutissait en 20 ms environ, et 200 erreurs réparties sur 171 incidents figuraient dans 23 jours de transcriptions, dont 87 moins de cinq secondes après l'appel précédent. Le cœur pratique est une chronologie d'entrées réelles du changelog — 2.1.179 conserve le partiel, 2.1.185 fait passer l'indication de blocage de 10 à 20 secondes, 2.1.198 relance les coupures transitoires avec backoff, 2.1.199 conserve le partiel sur erreur serveur en cours de flux, 2.1.214 désactive le pool keep-alive après une erreur de connexion périmée — confrontée aux versions des signalements (2.1.173, 2.1.181, 2.1.183), toutes antérieures à la 2.1.198. Il se termine par les conditions aggravantes, une check-list en huit points, six repères pour les développeurs, la distinction avec Unable to connect et Prompt is too long, et un partage net entre ce qui est confirmé officiellement et ce qui ne l'est pas.

Anthropic a publié Claude Opus 5 le 24 juillet 2026, et sa propre documentation parle d'un changement de palier plutôt que d'une amélioration incrémentale par rapport à Opus 4.8 — pourtant le prix ne bouge pas : $5 en entrée / $25 en sortie par million de tokens, soit exactement la moitié du modèle phare Fable 5 ($10 / $50). Cet article recoupe l'annonce officielle et la documentation avec plusieurs articles de presse, et détaille les caractéristiques principales (claude-opus-5, une fenêtre de contexte de 1M à la fois par défaut et maximale, 128K tokens de sortie maximale, limite de connaissances en mai 2026), les tarifs y compris les taux de cache et le mode rapide (environ 2,5 fois la vitesse pour 2 fois le prix, API Claude uniquement), les benchmarks (Anthropic écrit dans son propre texte que Frontier-Bench dépasse le double d'Opus 4.8, que CursorBench 3.2 arrive à moins de 0,5 % de Fable 5, qu'ARC-AGI 3 vaut trois fois le score du deuxième et qu'OSWorld 2.0 bat Fable 5 pour environ un tiers du coût ; les chiffres du tableau comparatif d'Anthropic incluent Frontier-Bench 43,3 %, ARC-AGI-3 30,2 %, GDPval-AA 1 861 et OSWorld 70,6 %), ainsi que les domaines où il perd encore (68,8 % contre 72,7 % pour GPT-5.6 Sol sur DeepSWE v1.1 dans le tableau d'Anthropic, celui d'OpenAI inversant l'ordre, la sécurité offensive et la recherche biologique de longue haleine où Mythos 5 domine, et les réglages où l'effort max obtient un score inférieur aux niveaux plus bas). Il couvre ensuite les deux ruptures de compatibilité de l'API (le thinking est actif par défaut, donc un budget max_tokens serré finit tronqué ; désactiver le thinking n'est autorisé qu'à un effort high ou inférieur, xhigh et max renvoyant une erreur 400), la façon de choisir parmi les cinq niveaux d'effort, les nouveautés comme la modification des outils en cours de conversation, le seuil de cache abaissé à 512 tokens et le mode de repli par défaut, puis le changement de caractère du modèle — réponses plus longues, plus de commentaires, plus de délégation et auto-vérification spontanée — avec la règle de migration qui consiste à retirer du texte de prompt plutôt qu'à en ajouter, et enfin qui a intérêt à migrer tout de suite, avec une checklist de migration en six étapes.

Vous ouvrez Hugging Face pour faire tourner un LLM en local et le même modèle affiche un mur de fichiers (Q4_K_M, Q5_K_S, GPTQ, AWQ, IQ3_M) et vous voilà bloqué. Cet article répond concrètement : quel fichier quantifié télécharger pour que ça marche, en laissant le concept de ce qu'est la quantification à un autre article et en se concentrant sur le choix du format. Le choix tient en deux étapes : quel format (= quel moteur pour l'exécuter), puis quelle profondeur de bits. Le fait le plus important : un fichier quantifié ne tourne que sur les moteurs qui prennent en charge son format. GGUF est le format local tout-terrain de référence qui tourne sur CPU, Mac et GPU partiel (llama.cpp/Ollama) ; GPTQ/AWQ/EXL2 sont orientés GPU d'abord (vLLM) ; bitsandbytes quantifie au chargement dans Transformers sans calibration. Le nommage GGUF Q4_K_M a trois parties : Q4 (nominal 4 bits, plus élevé = meilleur et plus gros), K (K-quant sur des super-blocs ; simple/_0/_1 sont anciens), M (S/M/L = mesure du rehaussement de certains tenseurs importants ; les bits effectifs dépassent l'étiquette, Q4_K environ 4,5 bpw). La famille IQ (I-quants) va encore plus petit à bits égaux mais est plus lourde à l'inférence et exige un imatrix (une matrice d'importance issue d'une calibration qui protège les poids qui comptent). GPTQ minimise l'erreur couche par couche ; AWQ protège les poids saillants via les activations (aucun n'est universellement meilleur). Pour la profondeur de bits, en cas de doute prenez Q4_K_M (défaut Ollama pour beaucoup de modèles), montez à Q5_K_M/Q6_K avec de la VRAM en réserve, Q8_0 est quasi sans perte mais déconseillé, et IQ2/IQ3 uniquement pour caser un gros modèle. Environ 4,5 à 5 bpw est la bonne bande (une heuristique). Trouvez les fichiers via library=gguf, bartowski/mradermacher (activité variable), ou les tags Ollama model:size-variant-quant. Les chiffres sont approximatifs et varient selon le modèle et le build.

Maintenant que « demande à l'IA » et « laisse l'IA tout écrire » sont la norme, c'est la question inverse qui fait la différence : est-ce vraiment une situation où je devrais utiliser l'IA ? Cet article n'est pas anti-IA ; il s'agit de garder le « ne pas l'utiliser » comme une option, justement pour tirer le meilleur parti de l'IA. L'IA n'est pas quelque chose qu'on utilise par défaut mais un outil qu'on choisit volontairement, et bien l'utiliser et choisir de ne pas l'utiliser vont de pair. Six situations où y renoncer l'emporte : 1. l'apprentissage qui bâtit les fondamentaux (le processus « écrire pour penser » est le but), 2. la saisie de données confidentielles ou personnelles (ne collez rien sans vérifier conditions et conservation), 3. les décisions finales fatales en cas d'erreur (médecine, droit, sécurité, argent ne se délèguent pas sans vérification), 4. les tâches légères dont le coût n'en vaut pas la peine, 5. le travail où la confiance ou la créativité humaine est au cœur (excuses, recrutement, paternité de l'œuvre), 6. quand vous ne voulez pas ajouter un point de défaillance unique (continuité d'activité). Décidez vite avec trois questions : pouvez-vous vérifier vous-même le résultat, s'agit-il uniquement de données partageables, et le processus est-il à entraîner en ce moment. Si vous pouvez le vérifier, que les données sont partageables et que vous n'avez pas besoin de vous entraîner, utilisez l'IA ; sinon, renoncez-y ou insérez un contrôle humain. Les inconvénients de l'usage excessif (délestage cognitif, acceptation d'erreurs plausibles, dépendance) sont présentés comme des points de discussion, non comme des chiffres établis. Renoncer délibérément à l'IA n'est pas un frein mais la compétence-envers qui vous permet de miser à fond là où elle convient, et une protection contre une dépendance excessive à l'IA.

Juste après avoir mis à jour Claude Desktop (Windows), lancer l'application fait apparaître « Un autre programme utilise actuellement ce fichier » et elle refuse de démarrer — et reste bloquée jusqu'au redémarrage du PC. C'est un bug connu de la version Microsoft Store (MSIX) (GitHub #53247 et d'autres). Le point clé : un redémarrage complet du PC n'est pas forcément nécessaire — dans bien des cas, il suffit de se déconnecter de Windows puis de se reconnecter pour récupérer (pas un redémarrage du PC, ni une déconnexion de Claude), car le handle orphelin sous-jacent persiste par session utilisateur Windows. Arrêter CoworkVMService ou réenregistrer le package est rapporté comme inefficace. Malgré le libellé de la boîte de dialogue, il est vérifié qu'il n'y a aucun verrou de fichier en espace utilisateur (handle.exe / Process Explorer) : le vrai échec se situe dans la couche conteneur AppX/Desktop Bridge, à la conversion Job Object → Silo (0x80070020 = ERROR_SHARING_VIOLATION, événements 215/208). Le déclencheur a deux explications non tranchées — le service retenant le Job Object (#57221) vs. un plantage au démarrage laissant le nettoyage inachevé (#53247) — et aucun correctif officiel n'a été publié. La solution de contournement permanente est de passer à la version Squirrel (installeur). D'après une seule machine (Windows 11 Home 10.0.26200) recoupée avec des issues GitHub ; avec labels de confiance tout du long.

ChatGPT Work est l'« agent d'IA pour le travail » qu'OpenAI a annoncé le 9 juillet 2026 en même temps que GPT-5.6. Contrairement à un chat classique qui se contente de répondre, il rassemble le contexte de vos applis et fichiers connectés pour construire des livrables finis — documents, feuilles de calcul, diapositives et même applis web. Lancé sur GPT-5.6, il a ensuite été rejoint par GPT-6 Astra (3 septembre) puis GPT-6 Sol et Luna (22 septembre) : les forfaits payants peuvent choisir dans Work, selon la tâche, du modèle de niveau supérieur aux modèles équilibrés et économiques. Astra est limité sur Plus et Business Standard, tandis que Pro et Business Premium peuvent y consacrer tout leur quota (OpenAI Help, au 25 septembre 2026). Work diffère aussi du chat classique par son quota (partagé avec Codex) et par les modèles disponibles ; Codex propose l’application de bureau, la CLI, l’IDE et des tâches Cloud sur le web et le mobile, alors que Work fonctionne sur le web, le mobile et le bureau. Sur Gratuit et Go, OpenAI se contredit. En s'appuyant sur l'annonce, le centre d'aide et les notes de version d'OpenAI, cet article expose ce qu'est ChatGPT Work, en quoi il diffère du ChatGPT classique et de Codex, quels modèles chaque forfait peut utiliser et à quelles applis il se connecte — avec des dates et des labels de confiance.