OpenAI a mis à jour sa politique d'utilisation, et la nouvelle version entrera en vigueur le 20 novembre. Le changement le plus marquant ne vise pas le contenu mais le canal d'accès : les services tels que les routeurs de modèles (model routers) et les passerelles d'IA, qui fournissent directement à des tiers un accès aux modèles d'OpenAI, doivent être examinés et approuvés par l'entreprise avant leur mise en service.
Les applications qui se contentent d'appeler les modèles d'OpenAI dans les fonctions de leur propre produit ne sont pas concernées par cette exigence d'approbation. D'après le libellé de la clause tel que le rapportent les médias, l'approbation vise les plateformes qui « need prior review and approval before offering third-party access to OpenAI's models » ; la frontière passe entre « utiliser le modèle » et « revendre l'accès ».
Les obligations des hébergeurs et des revendeurs
La nouvelle politique impose un niveau d'exigence équivalent aux partenaires qui hébergent ou revendent des modèles d'OpenAI : des garde-fous alignés sur ceux d'OpenAI, l'enquête sur d'éventuelles violations et une coordination avec OpenAI pour l'application des règles. OpenAI justifie cela par le fait qu'un utilisateur restreint sur un service ne doit pas pouvoir contourner la restriction en changeant simplement de canal.
S'y ajoute un mécanisme baptisé SafetyIDs. OpenAI indique introduire ce type d'identifiants avec ses clients afin de distinguer des utilisateurs finaux précis lors des enquêtes sur les abus, sans qu'OpenAI connaisse leur véritable identité. Selon certains articles, SafetyIDs est encore en cours de déploiement et n'est pas ouvert à tous.
Cette révision touche aussi d'autres volets : elle clarifie les règles sur l'utilisation des sorties d'OpenAI pour entraîner d'autres modèles, et met à jour les exigences sur la protection des mineurs, les restrictions applicables aux usages à haut risque et les exigences liées à la sécurité nationale. Pour le libellé précis de ces parties, la plupart des articles de seconde main ne donnent que les intitulés ; les détails sont à consulter sur la page de politique d'OpenAI.
Ce qui n'est pas encore public
Le processus d'approbation lui-même reste très peu documenté. Quels routeurs et passerelles sont déjà approuvés, combien de temps dure l'examen, quels sont les critères, ce qu'il adviendra des plateformes qui ne passent pas : OpenAI n'a rien publié à ce sujet pour l'instant. Il reste moins d'un mois avant l'entrée en vigueur, et l'on ne voit pas aujourd'hui si les plateformes existantes pourront achever l'examen dans les délais.
Depuis un an, de nombreuses plateformes de passerelles et de routage d'IA ont lancé le routage multifournisseur : à partir d'un même point d'entrée, les requêtes sont réparties entre les modèles de différents éditeurs selon le coût, la vitesse ou le type de tâche. En isolant ces plateformes pour les encadrer, OpenAI cherche, à en juger par la rédaction des clauses, à savoir « qui utilise ses modèles par l'intermédiaire d'autrui ».
Ce que cela change pour les développeurs en Chine
Depuis juillet 2024, l'API d'OpenAI n'est plus proposée en Chine continentale ni dans les autres régions absentes de la liste des pays pris en charge. Pour appeler les modèles de la série GPT, les développeurs chinois passent couramment par des plateformes d'agrégation à l'étranger ou par divers services relais.
Avec la nouvelle règle, les plateformes de cette chaîne se répartiront en deux catégories. Les routeurs et passerelles de grande taille, qui ont une relation officielle avec OpenAI, demanderont très probablement l'approbation et transmettront en amont les informations permettant de distinguer les utilisateurs finaux, comme exigé. Les services relais sans lien officiel, qui assemblent des quotas issus de plusieurs comptes, évoluaient déjà dans une zone grise des conditions d'utilisation ; après la date d'entrée en vigueur, le risque d'être repérés et de voir leurs comptes bloqués sera plus élevé.
Pour les équipes qui utilisent déjà des plateformes d'agrégation, deux choses sont possibles dès maintenant : demander si la plateforme employée a sollicité l'approbation d'OpenAI, et abstraire la couche d'appel afin de garder la possibilité de basculer vers d'autres modèles ou de se connecter directement via les canaux des fournisseurs cloud. Les modèles d'OpenAI sont aussi distribués par des plateformes cloud, comme dans le partenariat annoncé précédemment autour du model garden de Google Cloud ; la manière dont la nouvelle règle affecte ces canaux n'a pas été précisée séparément par OpenAI.
Sources : blog officiel d'OpenAI, Crypto Briefing, CocoLoop, PANews ; la date d'entrée en vigueur, le périmètre de l'approbation et les obligations des partenaires font foi selon l'annonce d'OpenAI, l'état d'avancement de SafetyIDs selon les articles de presse.