OpenAI permet de changer les outils d’une session d’agent existante
Une application peut remplacer la liste d’outils d’une session d’agent déjà créée. Le changement prend effet à un moment différent selon l’outil.
OpenAI permet de modifier les outils disponibles dans une session déjà ouverte avec son API Agents. Le journal des changements de l’API date cette évolution du 30 octobre 2026. L’application peut remplacer la liste sans recommencer la conversation. Le moment où l’agent voit la nouvelle configuration dépend du type d’outil. Ce détail compte quand une équipe passe de la recherche d’informations à une étape qui demande d’autres accès.
La mise à jour remplace la liste complète
Une session garde la conversation et le travail déjà réalisé. Elle contient une configuration propre que l’application peut ajuster. Le guide de configuration d’OpenAI distingue cette session de la fiche d’un agent enregistré pour être réutilisé. Changer la fiche agit sur les futures sessions qui la reprennent. Pour une session en cours, l’application doit viser son identifiant.
Lorsqu’elle renseigne le champ des outils, l’application envoie la liste complète qu’elle souhaite mettre à disposition. Si elle veut garder deux outils et en ajouter un troisième, elle doit transmettre les trois. Une liste vide retire les outils configurés. L’omission du champ conserve la liste actuelle. Cette distinction évite qu’une mise à jour destinée à ajouter une fonction retire par inadvertance celles dont le travail dépend.
Le type d’outil détermine quand le changement prend effet
Les fonctions fournies par l’application et les serveurs MCP changent au prochain appel au modèle. Les outils intégrés changent d’ici le tour suivant. Un tour correspond à une phase de travail de l’agent déclenchée par un message. Il peut contenir plusieurs appels au modèle. Une application qui retire un outil pendant une tâche doit donc vérifier à quel moment elle s’attend à voir ce retrait s’appliquer.
La session garde ses échanges et ses autres réglages
Le guide décrit aussi la modification du modèle et de l’effort de raisonnement. Les réglages de ce type s’appliquent aux nouveaux tours déclenchés après la mise à jour. Un tour actif garde ses réglages. Certains champs restent hors de cette opération. OpenAI demande une nouvelle session pour modifier les instructions ou certains réglages de délégation. La référence de mise à jour d’une session détaille les champs et les valeurs pris en charge.
Imaginons un agent qui collecte les réponses à un questionnaire puis prépare une synthèse. L’application peut lui donner les fonctions utiles à la collecte au début du travail. Elle peut ensuite limiter la liste à la lecture et à la mise en forme. Le passage entre ces étapes conserve les échanges précédents. Ça simplifie le suivi du dossier. Les autorisations des services et de l’environnement gardent leur propre rôle. La revue automatique des demandes de permission concerne un autre mécanisme.
Le journal précise deux réglages du contexte
OpenAI indique que la réduction du contexte s’effectue désormais en arrière-plan par défaut. L’application peut choisir une réduction bloquante. L’éditeur signale que le traitement en arrière-plan peut augmenter le nombre de jetons utilisés. La même entrée décrit une option expérimentale qui rappelle périodiquement l’heure au modèle. Elle est désactivée par défaut. Ces réglages relèvent de la gestion d’une session dans l’API et ont leur propre effet sur son déroulement.
Pour organiser une tâche en plusieurs étapes, je définirais à l’avance les outils nécessaires à chacune. Je vérifierais ensuite la liste envoyée et le moment du changement sur une session de test. Ça permet de garder l’historique utile tout en suivant de près les actions que l’agent peut entreprendre à chaque étape.