Le vrai contrat de l'IA, c'est la politique d'usage que vous n'avez pas lue
Les achats calibrent un modèle frontière sur ses capacités et son prix. La limite qui s'impose réellement est un document de politique d'usage rédigé seul par l'éditeur, et qu'il peut faire valoir une fois le contrat signé.
Voici la partie d'un contrat IA que personne ne lit à voix haute. Les capacités font l'objet d'une démonstration, le prix se négocie pied à pied, le questionnaire de sécurité est dûment rempli. Puis quelqu'un colle une URL dans l'accord-cadre, et cette URL pointe vers une politique que l'éditeur a rédigée seul et qu'il peut réviser selon son propre calendrier. Vous ne l'avez pas négociée. Vous en avez hérité, et elle peut contraindre un déploiement en production longtemps après que votre signature a séché.
Lisez donc le contrat comme le ferait un adversaire : clause par clause, en vous demandant ce que chacune autorise l'éditeur à vous faire un mauvais jour. Les capacités et le prix sont examinés de toute façon. Quatre clauses le sont rarement, et elles déterminent à elles seules votre niveau d'exposition. Ce que les politiques du fournisseur interdisent. Le moment où il peut couper l'accès. L'endroit où le modèle tourne physiquement. Et si votre vocabulaire de gouvernance a un sens une fois passé au crible d'un audit. Cet article parcourt chacune de ces clauses, puis se termine par les questions à poser en face à face, et les réponses qui devraient faire capoter la négociation.
Qu'acceptez-vous vraiment en licenciant un modèle frontière ?
Un contrat d'entreprise conclu avec un laboratoire frontière fait plus que licencier un modèle. Il intègre par référence les propres politiques de l'éditeur, et il se réserve un droit de suspension. Les conditions commerciales d'OpenAI comportent une clause de suspension explicite : OpenAI peut suspendre l'accès si elle estime raisonnablement qu'il existe un risque de sécurité, une obligation légale ou réglementaire, ou un manquement à ses politiques. Ces politiques, dont la politique d'usage, sont incorporées par ce même contrat, si bien qu'un document que l'éditeur peut modifier unilatéralement devient une clause vivante de votre accord. À notre lecture du marché, ce schéma est la norme plutôt que l'exception. La politique d'usage n'est pas une clause en petits caractères. Elle encode l'appétence au risque du fournisseur, pas la vôtre, et elle gouverne ce que votre déploiement a le droit de faire.
Le degré d'unilatéralité dépend de ce que vous négociez. Les acheteurs qui ont un vrai rapport de force obtiennent parfois des délais de préavis en cas de changement, une clause de maintien des usages déjà engagés, ou un droit de sortie en cas de modification substantielle et défavorable de la politique. La plupart n'en demandent rien, acceptent la politique liée telle quelle, et n'en découvrent les limites que le jour où un chatbot pilote devient un agent qui touche à la production. C'est à ce moment précis qu'un cas d'usage vient frôler une ligne rouge, et l'acheteur qui avait cadré son projet sur les capacités et le prix découvre que la clause qui comptait vraiment était une page de politique jamais auditée.
Que se passe-t-il quand un éditeur et un État ne sont plus d'accord au sujet de votre modèle ?
Ceci a cessé d'être une hypothèse d'école le jour où les modèles frontières se sont installés dans la défense et les marchés publics. Les laboratoires publient des politiques d'usage qui excluent unilatéralement certains usages. La politique d'usage d'Anthropic restreint des catégories comme la surveillance et une partie du champ répressif, et tenir ces lignes face à un client puissant est exactement l'endroit où les règles d'un éditeur et les exigences d'un gouvernement peuvent tirer en sens opposés. Un client commercial qui partage ce fournisseur n'a pas voix au chapitre, mais il hérite pourtant du résultat. Si la politique se durcit, vos usages autorisés se resserrent avec elle. Si l'éditeur cède à la pression, le modèle dont vous dépendez peut changer de nature avec peu de préavis. C'est là, selon nous, le vrai risque de contrepartie dans un contrat avec un fournisseur de modèle frontière, et il se situe entièrement en dehors du prix.
Pour une entreprise française ou européenne, la pression vient de plusieurs directions à la fois. L'AI Act européen déborde largement les frontières de l'Union : l'article 2, paragraphe 1, point c, étend les obligations du texte aux fournisseurs et déployeurs établis dans un pays tiers dès lors que le résultat produit par le système d'IA est utilisé dans l'Union, si bien qu'une entreprise française servant des utilisateurs dans un autre État membre peut relever du champ d'application de l'AI Act sans jamais y avoir établi de filiale. La CNIL veille en parallèle sur le volet RGPD de ces déploiements, en particulier dès qu'un modèle traite des données personnelles hors du périmètre de l'entreprise. Le Royaume-Uni offre un précédent utile sur la méthode : les recommandations du NCSC britannique sur la sécurité de la chaîne d'approvisionnement traitent une dépendance logicielle critique comme un risque à piloter, avec des responsables désignés et des plans de sortie, plutôt que comme une hypothèse acquise, une doctrine que l'ANSSI défend tout autant côté français. Un modèle frontière sans lequel votre produit ne fonctionne plus est exactement ce type de dépendance. Les acheteurs du secteur public affrontent une version plus exigeante encore du test : au Royaume-Uni, les lignes directrices sur les achats publics d'IA demandent aux acheteurs de raisonner sur tout le cycle de vie, et nous y lisons une tendance de fond, également perceptible dans la commande publique française, qui exige de plus en plus de démontrer comment l'on survivrait à la perte du fournisseur.
Le modèle doit-il tourner dans votre propre périmètre de confiance ?
La question qu'un bon processus de due diligence pose en premier, et qu'on relègue d'ordinaire en dernier, est celle du lieu d'exécution réel du modèle. Peut-il tourner dans votre propre périmètre de confiance, en poids ouverts, sur site, isolé du réseau si la charge l'exige, ou n'existe-t-il que comme une requête envoyée vers le cloud de quelqu'un d'autre ? Un modèle que vous hébergez est protégé d'un éditeur qui changerait d'avis, et de quiconque ferait pression sur cet éditeur pour changer d'avis à votre place. Un modèle que vous louez est exposé aux deux.
L'auto-hébergement isole, il n'immunise pas, et il faut le dire sans détour. Les modèles à poids ouverts restent soumis à des licences qui peuvent restreindre un usage commercial ou à haut risque : télécharger les poids ne vous libère donc pas des conditions d'usage. Les modèles ouverts les plus solides ont tendance à rester en retrait par rapport aux modèles fermés les plus avancés, si bien que la résilience peut coûter en capacité. Et vous héritez de la charge de sécurité, de correctifs et d'évaluation que le fournisseur assumait jusque-là. L'arbitrage est réel, mais pour une charge réglementée, classifiée ou souveraine, il penche généralement vers le contrôle, la même discipline que nous défendons en matière de systèmes agentiques sécurisés, où la question n'est jamais seulement ce que le modèle sait faire, mais qui garde la main quand les incitations changent de direction.
Que promet vraiment la « supervision humaine » de votre fournisseur ?
Il existe un échec plus discret, et il se cache dans les garanties dont les acheteurs se satisfont le plus volontiers. « Supervision humaine. » « Humain dans la boucle. » Ces formules passent tous les comités de relecture parce que tout le monde hoche la tête en imaginant une chose différente. Un acheteur lit « humain dans la boucle » comme une personne qui approuve chaque action à conséquence. Un autre y lit un tableau de bord que quelqu'un consulte une fois par semaine. Les mêmes mots, une latitude opposée, et l'écart ne remonte à la surface que pendant un incident, le pire moment possible pour découvrir ce que la formule achetait réellement.
Résolvez chaque formule en quelque chose que vous pourriez faire échouer à un audit. Le cadre de gestion des risques liés à l'IA du NIST est direct sur la méthode : définir et distinguer les rôles humains et ceux de l'IA, documenter le processus de supervision, identifier les contrôles tiers, et utiliser des méthodes de test et de validation objectives et reproductibles. Transformez chaque garantie générique en un contrôle précis et testable avant de signer. Si la « supervision » ne peut pas s'écrire comme une vérification que vous pourriez rater, c'est du décor. Nous défendons la même thèse dans notre note sur l'IA pratique sous contrôle humain, où c'est le mécanisme qui porte le poids de la preuve, pas le vocabulaire.
Quelles questions font vraiment capoter un mauvais contrat IA ?
La due diligence ne vaut que par les questions sur lesquelles vous êtes prêt à quitter la table. Posez celles-ci à un fournisseur, dans l'ordre, et traitez la réponse en italique comme celle qui devrait mettre fin à la conversation, ou à tout le moins la transférer à vos juristes avant toute signature. Chacune renvoie à une clause que votre contrat contient déjà.
- Quelles politiques font partie intégrante de ce contrat, et pouvez-vous les modifier sans mon accord ? Vous testez la clause d'incorporation par référence. Fuyez si la réponse est : toutes, modifiables à notre seule discrétion, applicables dès leur publication.
- Sur quels motifs pouvez-vous suspendre ou brider un déploiement en production, avec quel préavis et quel délai de régularisation ? C'est la clause de suspension en langage clair. Fuyez si la réponse est : immédiatement, à notre discrétion, sans préavis, sans possibilité de régularisation.
- Si vous modifiez la politique d'usage d'une façon qui casse mon cas d'usage, ai-je droit à un préavis et à une sortie avec mes données ? Vous chiffrez le droit de sortie en cas de changement de conditions. Fuyez si la réponse est : pas de sortie en cas de changement substantiel et défavorable, et la résiliation pour convenance nous appartient, pas à vous.
- Ce modèle peut-il tourner dans mon propre périmètre de confiance, en cloud privé, sur site ou isolé du réseau, ou uniquement dans votre cloud ? C'est ce choix qui détermine votre exposition à tout ce qui précède. Fuyez si la réponse est : uniquement en API, dans notre région, sans option d'isolement, alors que la charge est réglementée, classifiée ou souveraine.
- Où mes données sont-elles traitées, par quels sous-traitants, et sous quelle contrainte légale pourraient-elles être divulguées ? Vous cartographiez la juridiction et la chaîne de sous-traitance. Fuyez si la réponse est : nous ne communiquons ni nos sous-traitants ni une région de traitement garantie.
- Écrivez la « supervision humaine » comme un contrôle que je pourrais faire échouer lors d'un audit. Une approbation action par action n'a rien à voir avec un tableau de bord consulté chaque semaine. Fuyez si la réponse est : c'est ce que nous choisissons de mettre en œuvre, et nous ne nous engageons sur rien.
- Avec quel préavis retirez-vous ou modifiez-vous substantiellement la version du modèle que j'ai validée ? Un changement de modèle peut invalider vos tests du jour au lendemain. Fuyez si la réponse est : nous procédons à un retrait selon notre calendrier, et vous revalidez à vos frais.
Rien de tout cela n'a d'exotique. C'est votre propre contrat, relu à voix haute en imaginant le pire jour du fournisseur.
Le vrai contrat vit dans quatre endroits que la page de signature mentionne à peine : les politiques vers lesquelles il renvoie, le moment où l'accès peut être coupé, le cloud dans lequel tourne le modèle, et les mots de gouvernance que personne n'a transformés en test. Auditez-les, dans cet ordre, et vous achetez une relation fournisseur dont vous pouvez exiger des comptes. Sautez cette étape, et vous achetez une dépendance dont vous ne pourrez pas sortir sous la pression. Si vous voulez que cette discipline s'intègre au processus d'achat plutôt que d'être ajoutée après coup, notre pratique de stratégie technique commence précisément là.
Questions fréquentes
Que doit couvrir une checklist de due diligence fournisseur IA, au-delà des capacités et du prix ?
Au-delà des capacités et du prix, elle doit couvrir la politique d'usage et les droits du fournisseur à la modifier ou à suspendre l'accès, la topologie de déploiement (le modèle peut-il tourner dans votre propre périmètre de confiance), et le sens précis et vérifiable de termes de gouvernance comme « supervision humaine », à clarifier avant la signature plutôt que pendant un incident.
Un fournisseur d'IA peut-il couper l'accès à un modèle que je paie déjà ?
Le plus souvent, oui. Les contrats d'entreprise qui incorporent les politiques du fournisseur se réservent en général un droit de suspension ou de limitation de l'accès en cas de manquement à la politique, d'obligation légale ou d'urgence de sécurité, comme le prévoient les conditions commerciales d'OpenAI. Il est parfois possible de négocier des délais de préavis ou des conditions de sortie, et une option d'auto-hébergement ou de poids ouverts reste la principale protection structurelle, au prix de ses propres contraintes de licence et d'exploitation.
Pourquoi la formule « humain dans la boucle » fait-elle naître des litiges dans les contrats IA ?
Parce qu'elle n'est jamais définie. Deux parties peuvent lire le même texte comme une approbation action par action ou comme une simple surveillance occasionnelle, si bien que la garantie ne se clarifie que lors d'un échec. Transformez-la en amont en contrôles documentés et vérifiables, dans l'esprit de ce que propose le cadre de gestion des risques liés à l'IA du NIST, et l'ambiguïté disparaît.
À lire aussi
- Sur Ubuntu 26.04 LTS, le coreutils dont dépend votre build n'est plus du GNU
- La prime de souveraineté : pourquoi les entreprises paient plus cher une IA qu'aucun gouvernement étranger ne pourra couper
- Le Secret des Affaires se Perd des Années Avant la Démission. Demandez au Poulet Faccenda.
- Security & Trust
Rédigé par un persona éditorial IA du système éditorial propriétaire d'Abyshire et relu par notre équipe.