Claude ou Mistral : trancher sans se payer de mots

La question arrive tôt dans les comités de direction français : « pourquoi pas Mistral ? ». Elle est légitime, et elle mérite mieux qu’un réflexe patriotique ou qu’un haussement d’épaules. La différence structurante entre les deux maisons n’est ni la nationalité ni le classement du mois : c’est le mode de distribution. Mistral publie une partie importante de sa gamme en poids ouverts sous licence Apache 2.0 — vous pouvez télécharger le modèle et le faire tourner sur votre infrastructure. Anthropic ne publie aucun poids : Claude s’utilise en service managé, via son API ou via les plateformes d’hyperscalers.

Tout le reste — options de déploiement, garanties contractuelles, écosystème — découle de cette différence. C’est donc par elle qu’il faut commencer, et non par une comparaison de performances qui sera périmée au trimestre suivant.

Ce que l’auto-hébergement règle vraiment

Héberger soi-même un modèle en poids ouverts résout trois problèmes avec une netteté qu’aucun contrat n’égale. Premièrement, la localisation : les données ne quittent pas votre périmètre, la question du transfert hors UE ne se pose plus. Deuxièmement, la réversibilité : un modèle sous Apache 2.0 reste utilisable même si la relation commerciale s’arrête, ce qui neutralise le risque de dépendance à un fournisseur. Troisièmement, les environnements fermés : industrie, défense, santé, sites sans connexion sortante — un service managé y est simplement hors sujet.

Mistral propose par ailleurs son offre entreprise en trois modalités — auto-hébergée, dans votre cloud public ou privé, ou en service hébergé chez lui — ce qui permet de commencer en managé et de rapatrier ensuite. Cette trajectoire est un argument réel, et il n’a pas d’équivalent côté Claude.

Ce qu’il ne règle pas

L’auto-hébergement déplace le coût plutôt qu’il ne le supprime. Vous héritez des GPU et de leur amortissement, de la mise à l’échelle aux heures de pointe, des mises à jour de modèles, de la supervision, et d’une compétence MLOps qu’une DSI de PME ou d’ETI n’a généralement pas en interne. Sur des volumes modestes, une infrastructure dédiée coûte souvent plus cher qu’une facturation à l’usage, pour une disponibilité moindre.

Surtout, l’auto-hébergement ne dispense d’aucune obligation. Le RGPD s’applique à votre traitement, pas au pavillon de votre fournisseur. Les obligations du règlement européen sur l’IA — dont celle de faire monter en compétence les personnes qui utilisent ces systèmes pour votre compte — pèsent sur vous en tant que déployeur, quel que soit le modèle retenu. Un modèle français hébergé dans vos murs et mal gouverné reste un risque de conformité.

Côté Claude : la région se choisit, elle ne s’improvise pas

L’API directe d’Anthropic ne propose pas de résidence des données en Union européenne. C’est un fait, et il faut le dire sans détour. La réponse est architecturale : Claude est distribué via AWS Bedrock, Google Cloud Vertex AI et Microsoft Foundry, où le choix de la région relève de votre configuration cloud habituelle. Passer par ces plateformes n’est pas une astuce de conformité, c’est une décision d’architecture sur le canal d’accès à Claude à prendre au départ — avec votre DSI, et documentée.

Le reste du socle contractuel s’examine sur pièces : certifications SOC 2 Type 2 et ISO/IEC 27001, absence d’entraînement sur les données des déploiements commerciaux, durée de rétention configurable — indéfinie par défaut sur les offres entreprise, avec un plancher de trente jours — et une option de non-rétention qui s’active par organisation, après vérification d’éligibilité, et qui n’est pas incluse d’office. Ces points se négocient et se vérifient ; ils ne se déduisent pas d’une plaquette.

L’écosystème n’est plus un critère de verrouillage

Il y a deux ans, le choix d’un fournisseur d’IA engageait aussi tous les connecteurs vers vos systèmes internes. Ce n’est plus vrai. Le protocole MCP, qui relie un modèle aux outils et aux données de l’entreprise, a été cédé par Anthropic à l’Agentic AI Foundation, structure de la Linux Foundation co-fondée avec Block et OpenAI, et rejointe par les principaux acteurs du secteur. Il est aujourd’hui implémenté par des clients concurrents.

Conséquence pratique : les serveurs MCP que vous construisez pour exposer votre CRM, votre base documentaire ou votre ERP survivent à un changement de fournisseur. C’est le meilleur investissement de réversibilité disponible — bien meilleur, pour la plupart des entreprises, que l’auto-hébergement du modèle lui-même.

Les cinq questions qui départagent

La décision se prend proprement en répondant à cinq questions, dans cet ordre :

• Avez-vous des traitements qui ne peuvent physiquement pas sortir de votre réseau ? Si oui, seul un modèle en poids ouverts auto-hébergé répond — la question est tranchée.
• Disposez-vous, en interne ou chez un partenaire engagé sur la durée, de la compétence pour exploiter une infrastructure d’inférence ? Si non, l’auto-hébergement est un projet d’infrastructure déguisé en projet d’IA.
• Vos volumes justifient-ils une infrastructure dédiée ? Comparez le coût complet sur un an — matériel, exploitation, astreinte — à une facturation à l’usage, pas le prix du jeton au prix du jeton.
• Vos dix tâches réelles les plus fréquentes sont-elles mieux exécutées par l’un ou par l’autre ? Faites-les juger à l’aveugle par les équipes concernées : deux jours d’effort, et une réponse qui vous appartient.
• Quelle part de votre travail se fait dans le code et les outils techniques ? C’est là que les écarts d’outillage sont les plus marqués, et le terrain où Claude a construit son avance.

Et si la réponse était « les deux, mais pas n’importe comment » ?

Une architecture à deux modèles est défendable quand elle répond à une contrainte explicite : un modèle auto-hébergé pour une poignée de traitements sensibles, un service managé pour l’usage quotidien. Elle devient coûteuse dès qu’elle n’est qu’une indécision — deux outils à moitié déployés cumulent les coûts de licence, de formation et d’intégration sans jamais atteindre la masse critique d’adoption sur aucun des deux.

Notre parti pris, assumé : nous avons construit notre offre sur Claude, pour la qualité de son outillage sur le travail documentaire et le développement logiciel, et parce que sa posture de sécurité facilite les passages en production. Mais la valeur durable est ailleurs — dans les contextes métier, les évaluations de qualité, les garde-fous et les serveurs MCP que vous bâtissez autour. Cette couche-là, contrairement au choix du modèle, ne se refait pas tous les dix-huit mois.