OpenAI précise les règles d’accès à ses modèles. Les intermédiaires sont concernés
OpenAI précise les règles d’accès aux modèles pour le 20 novembre 2026. Intermédiaires, contrôle humain et sécurité des partenaires restent à distinguer.
Changer de fournisseur d’accès ne devrait pas changer les protections d’un même modèle. C’est la ligne défendue par OpenAI dans une annonce du 21 octobre 2026. L’entreprise publie aussi une version de ses règles d’usage applicable le 20 novembre. Les plateformes qui donnent directement accès aux modèles devront obtenir son examen préalable et son accord. La date annoncée ne doit pas être confondue avec une entrée en application immédiate.
L’intermédiaire d’accès et l’application ne jouent pas le même rôle
La nouvelle version des règles d’usage vise les services qui permettent à des tiers d’accéder directement aux modèles OpenAI. Elle précise que l’obligation d’accord ne découle pas du seul fait qu’une application utilise ces modèles pour alimenter ses fonctions. Cette frontière compte. Un routeur de modèles et un logiciel qui intègre une fonction IA ne proposent pas nécessairement le même accès.
L’annonce sur les standards communs cite notamment les routeurs et les passerelles IA. OpenAI veut aligner les protections entre ses services et ceux de ses partenaires. L’entreprise demande à ces derniers d’enquêter sur les violations possibles et de prendre les mesures appropriées. Elle décrit aussi une coordination pour que les restrictions restent effectives d’un service à l’autre. Ça ne prouve pas que chaque mise en œuvre technique est déjà identique.
Le contrôle humain existait déjà dans le texte précédent
La version antérieure datée du 29 octobre 2025 interdisait déjà l’automatisation de décisions à forts enjeux dans certains domaines sensibles sans examen humain. Elle citait notamment l’emploi et la santé. Elle prévoyait aussi des restrictions de sécurité et de protection de la vie privée. La révision d’octobre 2026 ne crée donc pas à elle seule tout le cadre de contrôle des usages.
Les actions comptent au-delà de la décision finale
La nouvelle version précise la portée des actions à forts enjeux. Elle mentionne les transactions et les soumissions parmi les étapes susceptibles d’affecter les droits ou la sécurité d’une personne. L’examen humain ne se réduit donc pas à une formule générale placée à la fin d’un parcours. La question devient aussi celle du geste effectivement confié au système. Le texte précise par ailleurs les restrictions relatives à l’entraînement d’autres modèles et les exceptions expressément permises par les accords applicables.
Confidentialité et surveillance des abus restent à distinguer
OpenAI replace ces règles dans un dispositif plus large. Son annonce présente SafetyIDs comme un travail mené avec des clients pour distinguer les utilisateurs lors d’une enquête sans apprendre leur identité. Il ne s’agit pas dans ce billet de la preuve d’un déploiement universel. L’entreprise annonce aussi des règles d’application fondées sur les conduites documentées et le risque. Elle prévoit de réexaminer les restrictions lorsque les circonstances changent.
Le dispositif Private Safety Processing fournit un autre exemple. Présenté en août puis annoncé en déploiement progressif le 22 septembre, il analyse des interactions liées pour repérer des signaux d’abus. Dans le fonctionnement décrit pour les déploiements ZDR, le contenu reste sur une infrastructure contrôlée par le client. OpenAI reçoit des signaux limités. Cette approche ne signifie pas que l’absence de conservation ordinaire supprime tous les contrôles de sécurité.
Pour un développeur, il faut donc distinguer la fonction vendue de la manière dont le modèle est mis à disposition. Les règles du fournisseur s’ajoutent aux choix techniques. L’annonce ne remplace ni les conditions du service utilisé ni les accords propres à un client. Elle ne transforme pas non plus une politique privée en nouvelle loi générale sur l’IA.
Une autre évolution figure dans mon article sur les règles de Claude pour les agents et les usages sensibles. Chaque éditeur conserve son texte et son calendrier.
Je retiens surtout la nécessité de regarder toute la chaîne d’accès. Le nom du modèle ne dit pas à lui seul qui le fournit ni quelles étapes l’agent peut accomplir. Une date d’application et une limite clairement nommée sont plus utiles qu’une promesse générale de sécurité.