OpenAI confie à un modèle la revue de certaines demandes d’autorisation des agents
La fonction examine certaines demandes de permissions à partir du contexte de la conversation. Elle conserve les restrictions réseau et comporte des limites d’accès.
OpenAI documente une fonction de revue automatique pour les projets éligibles de son API Agents. Son journal de changements la date du 30 octobre 2026. Un modèle peut accepter ou refuser certaines demandes d’autorisation émises pendant le travail d’un agent. La nouveauté concerne la manière de traiter ces demandes. Elle ne supprime pas les limites de l’environnement dans lequel l’agent agit.
Une décision prise à partir de la conversation
Un agent peut demander une permission supplémentaire pour effectuer une action. La documentation cite les commandes nécessitant une autorisation et certaines modifications de fichiers. Elle mentionne aussi les accès réseau ou les appels à des outils connectés. Le modèle de revue examine ce que l’action ferait et les risques associés. Il doit également apprécier sa cohérence avec l’intention exprimée dans la conversation.
Le réglage s’applique à la session et aux agents secondaires qu’elle peut créer. OpenAI rapproche ce fonctionnement de l’approbation automatique présente dans Codex. Le développeur choisit ce comportement au moyen du champ review. La valeur auto_review active l’examen des demandes prises en charge. Les jetons consommés par ce modèle de revue sont facturés en plus de ceux utilisés par l’agent principal.
Le mode none ne correspond pas à une validation humaine
Ce point mérite une lecture précise. Lorsque le champ est omis, la valeur par défaut est none. Dans ce mode, la revue automatique ne s’applique pas et la plupart des actions s’exécutent directement dans les permissions disponibles. La documentation précise que ces actions ne sont pas renvoyées à l’application pour approbation manuelle. Désactiver la revue ne suffit donc pas à créer une étape de validation humaine.
Des restrictions qui restent distinctes du modèle de revue
La fonction conserve les restrictions réseau de l’environnement. Une approbation ne les annule pas. L’application continue aussi à traiter les demandes d’accès à un site et les connexions dans le navigateur. Les formulaires d’outils qui nécessitent une saisie conservent leur parcours existant. La revue ne prend donc pas en charge tous les échanges susceptibles de demander une intervention.
L’environnement d’exécution impose également ses conditions. OpenAI indique que la fonction ne fonctionne pas lors de la réutilisation d’un environnement hébergé existant par son identifiant. Un environnement autohébergé doit satisfaire les prérequis de confinement prévus pour son système. Le seul réglage de revue ne configure pas ces protections. Le projet doit enfin disposer de l’accès à cette fonction.
Un réglage persistant qui se modifie entre les tâches
Le mode choisi reste enregistré lorsque la session reprend. Une modification doit intervenir entre les tâches lorsque le travail principal est inactif. Une demande envoyée au mauvais moment peut être refusée. Cette règle compte pour les applications qui poursuivent des missions sur plusieurs échanges. Le développeur doit distinguer le mode enregistré et l’issue effective d’une tâche.
La présentation de l’API Agents précise par ailleurs que la résidence des données est actuellement limitée aux États-Unis. Elle indique aussi que cette API ne prend pas en charge la conservation nulle des données. Choisir un environnement autohébergé ne change pas ce dernier point. Ces limites concernent l’API elle-même et ne découlent pas du mode de revue.
Une nouvelle couche de contrôle à évaluer
Le journal officiel et le guide complet de la revue automatique décrivent un mécanisme de décision. Ils ne fournissent pas ici une mesure indépendante de son efficacité. Notre article sur les programmes qui coordonnent plusieurs agents Claude traite d’un autre aspect de ces systèmes. Organiser le travail et autoriser une action restent deux fonctions différentes.
Je retiens surtout la nécessité de comprendre ce que chaque réglage déclenche réellement. Un mot comme validation peut recouvrir des comportements très différents. Pour juger cette fonction, je regarderais les demandes qu’elle refuse et celles qu’elle accepte dans une même mission. Ça permettrait d’évaluer son intérêt sans lui attribuer une garantie générale de sécurité.