Beaucoup de développeurs n'appellent pas OpenAI directement. Ils passent par un routeur de modèles ou une passerelle d'IA qui envoie chaque requête au fournisseur le moins cher, le plus rapide ou encore disponible, ou par un hébergeur cloud ou un revendeur. OpenAI durcit désormais les règles pour toute cette couche. Selon ses règles d'utilisation mises à jour, qui entrent en vigueur le 20 novembre 2026, les services offrant un accès direct à ses modèles, comme les routeurs et les passerelles, devront obtenir l'examen et l'approbation d'OpenAI avant de les proposer.
Ce changement s'inscrit dans un effort plus large pour rendre les protections cohérentes partout où les modèles d'OpenAI sont vendus. L'entreprise dit avoir passé des mois à aligner ses règles de sécurité avec ses partenaires : quiconque héberge ou revend ses modèles doit maintenir des protections cohérentes avec les siennes, enquêter sur d'éventuelles infractions, agir en cas de problème et coordonner les sanctions, afin qu'une restriction imposée à un endroit ne puisse pas être contournée ailleurs. La raison ressort de ses travaux récents : à mesure que des modèles comme GPT-6 Astra gagnent en capacités cyber, une protection limitée à l'API d'OpenAI devient facile à contourner.
OpenAI introduit aussi les SafetyIDs. Les clients peuvent attribuer un identifiant à chacun de leurs utilisateurs finaux, ce qui permet à OpenAI de les distinguer pendant une enquête sans connaître leur identité. En principe, on peut ainsi couper l'accès d'un utilisateur abusif d'une grande application sans que toute l'application le perde, un vrai progrès pour les entreprises qui servent le grand public. OpenAI affirme que les sanctions reposeront sur des comportements et des risques documentés, qu'elles seront proportionnées et réexaminées si la situation évolue.
Pour les développeurs, la démarche pratique est simple : si vous passez par une passerelle ou un routeur pour les modèles d'OpenAI, vérifiez avant le 20 novembre 2026 qu'il est approuvé ou en cours de demande. Les services que nous testons, comme l'API d'OpenAI elle-même, ne sont pas concernés ; la nouvelle obligation pèse sur les intermédiaires.
La contrepartie, c'est le contrôle. Les routeurs existent en partie pour offrir aux développeurs le choix et la bascule entre fournisseurs, et exiger l'aval d'OpenAI en fait le gardien de cette couche. L'annonce ne publie ni les critères d'approbation, ni de délai de décision, ni ce qu'il adviendra des services encore en cours d'examen à l'échéance. Elle ne dit pas non plus si les mêmes règles s'appliqueront de la même manière aux partenaires cloud d'OpenAI. Tant que ces détails ne sont pas publics, les petits opérateurs de passerelles portent l'essentiel de l'incertitude.