Le modèle nommé dans l'objet de réponse

Un utilisateur appelle une API et transmet model: “claude-fable-5”. La réponse renvoie une complétion, un nombre de jetons et un champ indiquant “model”: “claude-opus-4-8”.

Aucune erreur n'a été générée et aucune nouvelle tentative n'a été effectuée. Avant le début de la génération, la requête a été classée, associée à une catégorie sensible et acheminée vers un ensemble de poids entièrement différent. Anthropic a documenté ce processus lorsqu'il a relancé Fable 5 le 1er juillet : les requêtes bloquées sont envoyées à Opus 4.8 à la place, et l'utilisateur en est informé. La substitution a lieu au niveau de la couche API, et l'objet de réponse identifie le modèle qui a réellement produit le résultat.

Il s'agit de la version transparente. Il semble également s'agir de l'une des rares approches largement déployées qui indique aux utilisateurs, en bande passante, quel modèle a réellement été exécuté. Le routage au niveau des requêtes est devenu plus courant à mesure que les coûts d'inférence augmentaient avec des modèles plus volumineux, incitant les fournisseurs et les intermédiaires à faire correspondre chaque requête au modèle le moins cher capable de la traiter.

Deux semaines plus tard, Cursor a lancé Router, un classificateur entraîné sur plus de 600 000 requêtes en direct. Router lit le contexte, la complexité et le domaine de chaque requête, puis envoie la requête au modèle qu'il juge le plus approprié. Cursor a déclaré que trois comptes d'accès anticipé avaient signalé des économies de 30 à 50 % par rapport à l'acheminement de chaque requête vers Opus 4.8. Cursor a publié ses règles de routage, mais n'a pas spécifié de modèle particulier pour chaque type de tâche.

Au niveau de la couche d'agrégation, OpenRouter avertit que certains fournisseurs proposent des poids quantifiés à des prix inférieurs. Il indique également que le résultat peut différer de ce que des poids en pleine précision auraient produit, et que les journaux utilisateur n'indiqueront pas que cela s'est produit.

Ces trois produits fournissent trois réponses différentes à la question de savoir ce qu'est un modèle. Aucun tribunal n'a encore déterminé quelle réponse la loi acceptera.

Trois façons dont un nom de modèle peut perdre en précision

L'identité d'un modèle se divise selon trois axes distincts, qui sont souvent abordés comme s'ils s'agissaient du même problème.

La substitution se produit lorsqu'un classificateur envoie une requête vers une architecture, des poids ou un profil de capacité différents. Parmi les exemples, citons le routage de Fable 5 vers Opus 4.8, ou Cursor Auto envoyant une requête vers le modèle que son routeur sélectionne pour ce tour.

La dégradation se produit lorsque le même modèle est servi à une précision réduite. OpenRouter expose un paramètre quantizations car les points de terminaison quantifiés peuvent être moins performants sur certaines requêtes. Par défaut, les requêtes sont réparties sur les fournisseurs classés par prix. Le même nom de modèle peut apparaître dans la requête, mais une arithmétique différente peut être utilisée à l'autre bout.

La dérive se produit lorsque le même nom pointe vers des poids mis à jour silencieusement. Un alias -latest en production est une dépendance non versionnée, similaire à un manifeste de paquet qui ne fixe pas de version. Les fournisseurs de modèles utilisent généralement des identifiants d'instantanés datés avec les alias, mais les alias eux-mêmes ne comportent pas de journal d'abandon ou de modification, à moins que le fournisseur n'en publie un.

Les ingénieurs considèrent généralement la substitution, la dégradation et la dérive comme des problèmes de fiabilité. Ce sont également des problèmes d'identité, et l'identité est au cœur des contrats, des garanties, des divulgations et des règles de preuve.

Qu'a-t-on réellement acheté ?

La question de droit commercial commence par savoir si la description faisait partie des conditions de l'accord.

Si un appel d'API était traité comme une vente de biens, la question serait presque simple. L'UCC §2-313(1)(b) fait de toute description des biens qui fait partie de la base de l'accord une garantie expresse que les biens y seront conformes. La loi indienne sur la vente de biens de 1930 (Sale of Goods Act, 1930), §15, remplit une fonction similaire par le biais de la doctrine de la vente par description.

Une API d'inférence, cependant, est peu susceptible d'être considérée comme un bien. Les tribunaux ont généralement caractérisé les logiciels hébergés comme un service, ce qui exclut la question des lois sur les garanties pour l'inscrire dans le droit des contrats de common law. Lorsqu'une transaction mélange des biens et des services, les tribunaux américains appliquent un test de prédominance qui examine la substance de l'accord plutôt que son appellation. Dans ce cadre, la réponse dépend de ce que disait la documentation et de la précision avec laquelle l'acheteur a négocié. C'est là que réside l'ambiguïté. Les accords d'entreprise sont tarifiés par modèle. Les fiches modèles sont spécifiques aux modèles. Les artefacts de conformité nomment les versions du modèle. Pourtant, la couche de routage peut traiter le nom du modèle comme un simple indice plutôt que comme une instruction fixe.

Les enjeux sont plus clairs en termes de logiciel : si le code associe un identifiant de modèle plutôt qu'il n'exprime une exigence de capacité, le comportement peut changer de manière substantielle sans déclencher d'erreur. Un contrat rédigé de la même manière présente le même défaut. Si l'acheteur a négocié pour un nom, la substitution peut constituer une rupture de contrat. Si l'acheteur a négocié pour une capacité, la substitution peut être autorisée — mais il faut alors une définition de la « qualité de pointe » (« frontier quality ») qui résiste à un examen contradictoire.

Aucune définition établie n'existe. Le Router de Cursor illustre le problème. Il a été évalué lors d'un test A/B en ligne optimisant la satisfaction de l'utilisateur comme signal de récompense. Il s'agit d'un choix d'ingénierie raisonnable, mais d'une mesure contractuelle difficile. La satisfaction n'est pas la conformité. Un utilisateur qui n'a pas remarqué l'échange de modèle peut démontrer que le routeur fonctionnait bien, et non qu'un produit spécifié a été livré.

Le gradient de divulgation

En vertu de la doctrine de tromperie de la FTC (Federal Trade Commission), une déclaration peut faire l'objet d'une action en justice lorsqu'elle est importante et susceptible d'induire en erreur un consommateur raisonnable. Les allégations de performance objectives nécessitent en outre une base raisonnable avant leur diffusion. Les deux concepts s'appliquent au routage de l'IA.

Les trois produits se situent à des points différents sur le spectre de la divulgation. Anthropic informe les utilisateurs et renvoie le modèle servi dans la réponse. Cursor publie des règles de routage mais ne divulgue pas les attributions de modèles par tâche. OpenRouter divulgue la variance de quantification dans sa documentation et permet aux utilisateurs de la contrôler via un paramètre, mais il s'agit d'un mécanisme de retrait (opt-out) et l'itinéraire par défaut est le moins coûteux.

Une divulgation enfouie dans une page de documentation, configurée par défaut au détriment de l'utilisateur, ressemble aux schémas de faits que les régulateurs d'autres marchés de consommation ont qualifiés de « dark patterns ».

Sur la justification, l'exposition juridique s'attache à l'allégation plutôt qu'au mécanisme de routage lui-même. Des commentateurs ont déjà noté qu'une affirmation telle que « 60 % moins cher, sans perte de qualité » exigerait une méthodologie publiée pour la étayer. La propre divulgation d'Anthropic montre le coût de la franchise : elle a déclaré clairement que le classificateur retraité signale plus souvent les requêtes bénignes pendant le codage et le débogage de routine. Cette phrase sert de bouclier contre la responsabilité. Les fournisseurs qui n'offrent pas une spécificité similaire pourraient faire face à un examen plus approfondi.

La loi européenne sur l'IA (EU AI Act), entrée en vigueur en août 2024, ajoute une voie de transparence parallèle. Ses dispositions sur les modèles d'IA à usage général exigent des fournisseurs qu'ils publient de la documentation technique et la maintiennent à jour, et qu'ils coopèrent avec les déployeurs en aval afin qu'ils puissent comprendre les capacités et les limites d'un modèle. La manière dont ces obligations s'appliquent à une couche de routage susceptible de permuter les modèles à chaque requête n'a pas encore été testée.

Il y a également un enjeu de droit de la concurrence. Des documents de travail sur le verrouillage vertical (« vertical foreclosure ») sur les marchés de l'inférence ont proposé des cadres de conduite basés sur la transparence du routage, la parité de qualité de service et la non-discrimination de type FRAND. Un routeur exploité par un fournisseur de modèles interne peut devenir un mécanisme d'auto-préférence présenté comme une optimisation des coûts.

L'authentification pourrait devenir le litige central

Le problème juridique le plus important pourrait ne pas être la facturation, mais l'authentification.

La règle fédérale de preuve 901(b)(9) authentifie un résultat en décrivant le processus ou le système qui l'a produit et en montrant que le processus produit un résultat exact. Les règles FRE 902(13) et 902(14) vont plus loin en permettant aux enregistrements générés par un système électronique, ou aux données vérifiées par hachage, de s'auto-authentifier par certification. La loi indienne Bharatiya Sakshya Adhiniyam de 2023, §63, accomplit un travail analogue en conditionnant l'admissibilité d'un dossier électronique à un certificat identifiant le dossier et la manière dont il a été produit.

Chacune de ces dispositions suppose que le système puisse être nommé.

Imaginez un scénario dans lequel un avocat dépose une requête contenant une citation fabriquée et où des procédures de sanction commencent. Le tribunal demande quel modèle a produit le texte. Les journaux du cabinet d'avocats indiquent Fable 5. Les journaux du fournisseur montrent qu'un classificateur s'est déclenché et qu'Opus 4.8 a répondu. Alternativement, la requête a pu passer par un routeur IDE qui a sélectionné un modèle que le cabinet ne peut pas reconstituer, à une précision qu'il n'a jamais spécifiée, sur une version qui a depuis été retirée.

Dans cette situation, la chaîne de possession se brise au niveau du routeur — pas au niveau du modèle, mais du répartiteur. La rupture fonctionne dans les deux sens. Une partie essayant d'authentifier sa propre production peut en être incapable, tandis qu'une partie contestant la production de l'autre camp obtient un argument de fiabilité qu'il peut être difficile pour un expert de réfuter.

La découverte des preuves (« discovery ») ajoute un autre problème. En vertu de la procédure civile américaine, l'obligation de conserver les informations potentiellement pertinentes s'applique lorsque des poursuites judiciaires sont raisonnablement anticipées, et non à l'arrivée d'une assignation à comparaître. Les décisions de routage peuvent devenir des faits décisifs. Cela rend les journaux du classificateur de routeurs, les attributions de modèles par requête et les métadonnées de précision potentiellement découvrables auprès de fournisseurs qui n'ont actuellement aucune obligation de les conserver.

La solution proposée est une signature, pas seulement une clause contractuelle

Les contrats à eux seuls peuvent ne pas résoudre le problème car la déclaration en question concerne un événement d'exécution (runtime), tandis que les contrats sont des documents statiques.

Le système juridique finira peut-être par exiger une identité de modèle attestable : une assertion signée, renvoyée avec chaque réponse, liant la complétion à un tuple comprenant l'identifiant du modèle servi, le hachage des poids, la précision et le hachage de l'invite système. Cette assertion serait signée par une clé issue de l'attestation matérielle, une capacité déjà prise en charge par les plateformes GPU à calcul confidentiel telles que l'architecture Hopper de NVIDIA avec sa fonctionnalité de Confidential Computing.

Une partie de la primitive existe déjà. Les objets de réponse peuvent porter le nom du modèle servi. Ce qui manque, c'est la propriété qui rendrait l'information juridiquement utile : l'assertion ne doit pas être falsifiable, et l'acheteur doit pouvoir la vérifier sans faire confiance au vendeur. Un hachage dans un en-tête de réponse pourrait faire pour l'identité du modèle ce que la règle FRE 902(14) fait déjà pour les données copiées : transformer une question factuelle contestée en certificat.

Le routage peut être une ingénierie judicieuse. Actuellement, il peut aussi s'apparenter à une substitution non journalisée, non signée et invérifiable de la chose que l'utilisateur croyait avoir sélectionnée. L'identifiant du modèle est discrètement devenu un identifiant juridique, et la question non résolue est de savoir ce qu'il identifie exactement.

Sources

Cursor, « Introducing Cursor Router » (22 juillet 2026) —

MarkTechPost, « Cursor Releases Cursor Router: A Request-Level Classifier Delivering Frontier Coding Quality at 30–50% Lower Cost » (22 juillet 2026) — https://www.marktechpost.com/2026/07/22/cursor-releases-cursor-router-a-request-level-classifier/

Anthropic, « Redeploying Claude Fable 5 » (30 juin 2026) —

Espressio, « Claude Fable 5 Safeguards: The Opus 4.8 Fallback Explained » (22 juin 2026) —

Digital Applied, « Why Claude Just Got More Cautious About Your Code » (2026) —

OpenRouter, « Provider Routing — Provider Selection » (docs) —

OpenRouter, « Lowest-Cost LLM Inference: The Complete OpenRouter Guide » (12 juin 2026) —

OpenRouter, « How OpenRouter Model Routing Works » (12 juin 2026) —