OpenAI Presence : des agents vocaux et chat pour l’entreprise

OpenAI a présenté Presence, un produit destiné aux entreprises qui veulent déployer des agents conversationnels en voix et en chat sur des tâches précises. L’offre associe modèles, règles métier, garde-fous, actions autorisées, évaluations et reprise humaine. Elle vise moins la démonstration ponctuelle que l’exploitation quotidienne, avec un accompagnement d’OpenAI et de partenaires sélectionnés.

Note du 12 août 2026. Cet article analyse l’annonce officielle publiée par OpenAI le 22 juillet 2026. Les fonctions, performances et exemples clients attribués à Presence restent des déclarations du fournisseur, sauf mention contraire.

Sommaire

• Ce qu’OpenAI annonce
• Comment Presence encadre un agent
• Cas d’usage envisageables
• Performances annoncées et niveau de preuve
• Disponibilité et limites
• Checklist de gouvernance
• FAQ

Ce qu’OpenAI annonce avec Presence

Dans son annonce officielle de Presence, OpenAI décrit un produit d’entreprise pour mettre des agents au travail dans des parcours clients et internes. Ces agents peuvent répondre à une demande, consulter des systèmes de l’entreprise, effectuer une action autorisée et transmettre la conversation à une personne lorsque la situation l’exige.

Le point important est le périmètre. Presence n’est pas présenté comme un assistant général auquel on ouvrirait tout le système d’information. Chaque déploiement commence par une mission précise, par exemple traiter un problème de facturation, accompagner une déclaration de sinistre ou résoudre une demande au support informatique interne. L’agent reçoit les connaissances et les accès requis pour cette mission, pas une permission globale par défaut.

Fait attribuable au fournisseur : OpenAI affirme que Presence réunit les politiques, procédures, garde-fous, actions approuvées, simulations et outils d’évaluation nécessaires à l’exploitation. Lecture Promptique : cette combinaison correspond à une architecture d’agent gouverné. Elle ne prouve pas, à elle seule, qu’un déploiement particulier sera exact, sûr ou conforme.

Comment Presence encadre un agent en production

Une mission définie et des permissions minimales

L’entreprise détermine ce que l’agent peut faire, les décisions qui demandent une approbation et le moment où un humain doit reprendre la main. Cette logique rapproche Presence des principes expliqués dans notre guide des agents IA et de MCP : un modèle ne devient opérationnel qu’avec des outils, des droits, un contexte et des règles d’escalade clairement séparés.

Un agent de facturation pourrait ainsi identifier un client, lire son dossier, appliquer une politique de remboursement et déclencher uniquement une action prévue. Une demande hors politique, un doute sur l’identité ou un montant supérieur à un seuil devrait conduire à une validation ou à un transfert. Le contrôle utile ne consiste donc pas seulement à écrire une instruction, mais à limiter techniquement les outils et leurs arguments.

Une même gouvernance pour la voix et le chat

OpenAI indique que Presence prend en charge des expériences en temps réel sur les canaux vocaux et textuels. Les politiques, évaluations et règles d’escalade peuvent rester communes, tandis que le dialogue, les délais et la formulation s’adaptent au canal. En voix, une latence longue, une mauvaise reconnaissance d’un nom ou une interruption mal gérée peut dégrader le service, même si la décision finale est correcte. Le test doit donc couvrir le déroulement de la conversation, pas uniquement la réponse finale.

Un cycle d’amélioration assisté par Codex

Après le lancement, les sessions, escalades et signaux de qualité doivent révéler les cas mal traités. Selon OpenAI, Codex, via un plugin Presence, enquête sur ces signaux et propose des modifications. Les équipes peuvent comparer la proposition à la version en production, l’évaluer, puis autoriser un déploiement contrôlé.

Il faut lire « propose » et non « modifie librement ». Une suggestion générée doit rester soumise à des tests reproductibles et à une décision humaine. La méthode décrite dans notre article sur la façon d’évaluer un prompt et détecter les régressions s’applique directement à cette boucle d’amélioration.

Composants annoncés et vérifications nécessaires avant production

Composant	Rôle annoncé	Question de contrôle
Politiques et procédures	Définir le comportement attendu	La règle est-elle explicite, à jour et testable ?
Actions approuvées	Agir dans les systèmes internes	Les droits et montants sont-ils limités côté outil ?
Garde-fous	Intervenir hors des limites prévues	Que se passe-t-il en cas de contournement ou d’incertitude ?
Simulations et évaluations	Tester cas courants et situations à risque	Le jeu de tests représente-t-il le trafic réel ?
Escalade humaine	Transférer lorsque nécessaire	Le contexte utile suit-il la conversation sans exposer trop de données ?
Amélioration par Codex	Suggérer des évolutions	Qui valide, compare et autorise la mise en production ?

Cas d’usage envisageables en entreprise

Support client et facturation

Un agent vocal ou chat peut recueillir la demande, vérifier certains éléments, consulter un compte et appliquer une procédure approuvée. Le gain potentiel vient de la continuité du parcours. L’utilisateur n’a pas à répéter toutes les informations entre un bot de qualification et un outil métier. La limite doit être nette : litiges complexes, signaux de fraude, détresse ou exceptions contractuelles appellent une intervention humaine.

Assurance et événements à forte demande

OpenAI cite les déclarations de sinistre et l’assistance pendant des événements comme les intempéries. Un agent pourrait expliquer les premières étapes, collecter les informations minimales et orienter la demande. Il ne faut pas confondre cette assistance avec une décision automatisée sur l’indemnisation. Les règles applicables, la qualité des preuves et les conséquences pour la personne imposent un contrôle renforcé.

Support informatique interne et prospection

Pour un service informatique, Presence pourrait traiter une demande standard, rechercher une procédure et exécuter une action réversible. Pour la prospection sortante, l’agent pourrait qualifier un besoin et planifier un rendez-vous. Ces usages n’ont pas le même risque. Réinitialiser un accès, contacter une personne ou enregistrer une préférence commerciale implique des règles d’identité, de consentement, de journalisation et de désinscription adaptées.

Performances annoncées et niveau de preuve

OpenAI indique que Presence alimente son assistance téléphonique en anglais. Le fournisseur affirme que ce canal résout 75 % des demandes entrantes sans aide humaine et que sa boucle d’amélioration a réduit les transferts de 15 points en dix jours. Ces chiffres sont intéressants, mais l’annonce ne publie pas le volume, la distribution des demandes, le protocole complet de mesure ni un audit indépendant. Ils ne permettent donc pas de prévoir le résultat d’une autre entreprise.

Les références à BBVA, SoftBank et IAG doivent aussi être décrites précisément. Le communiqué parle d’exploration ou de test : assistance vocale bancaire au Mexique, conversations en japonais et soutien lors de pics liés à des événements sévères. Il ne présente pas ces initiatives comme des déploiements généralisés assortis de résultats publics comparables.

Une disponibilité générale, mais volontairement limitée

Presence est proposé aux entreprises éligibles dans un programme de disponibilité générale limitée. Les déploiements sont conduits par des Forward Deployed Engineers d’OpenAI et certains intégrateurs mondiaux. Le produit n’est pas disponible en libre-service. Une organisation intéressée doit passer par son équipe de compte OpenAI.

Cette modalité a deux conséquences. D’abord, il n’existe pas de bouton public permettant d’activer Presence et de comparer immédiatement les coûts. Ensuite, la réussite dépend aussi du travail de cadrage, de connexion aux systèmes et de transformation des procédures. Une démonstration convaincante ne renseigne ni le délai d’intégration, ni le coût total, ni la charge durable de supervision.

Ce que l’annonce ne permet pas encore d’établir

• Les tarifs, engagements de service et délais moyens de déploiement.
• Les pays, langues et secteurs éligibles au programme.
• Les détails contractuels sur les données, journaux, durées de conservation et sous-traitants.
• Les seuils de performance garantis par cas d’usage.
• La liste précise des intégrations et systèmes pris en charge.
• La méthode complète utilisée pour mesurer les résultats publiés par OpenAI.

Ces points doivent être vérifiés dans le contrat et l’architecture proposés à chaque client. Pour relier données personnelles, sécurité, supervision et cadre réglementaire, consultez notre guide sur l’IA générative en entreprise, le RGPD et l’AI Act.

Checklist de gouvernance avant un pilote

1. Choisir une mission étroite. Définissez une demande, une population et un résultat mesurable. Écartez au départ les décisions irréversibles ou fortement préjudiciables.
2. Cartographier données et outils. Listez les sources consultées, les informations personnelles, les actions possibles et les systèmes qui les exécutent.
3. Réduire les permissions. Donnez à l’agent seulement les droits nécessaires. Faites appliquer plafonds, formats et contrôles par les outils, pas uniquement par le texte du prompt.
4. Formaliser la reprise humaine. Précisez les motifs de transfert, la disponibilité des équipes, le contexte transmis et le traitement des urgences.
5. Construire les évaluations. Testez cas courants, demandes ambiguës, erreurs de données, tentatives de manipulation, accents, bruit, interruptions et pannes d’intégration.
6. Définir les indicateurs. Mesurez résolution correcte, transfert approprié, erreurs silencieuses, satisfaction, latence, coût et incidents, pas seulement le taux d’automatisation.
7. Contrôler chaque changement. Versionnez politiques, prompts, outils et jeux de tests. Comparez toute proposition de Codex à la version active avant approbation.
8. Préparer l’arrêt. Documentez un mode dégradé, un retour à la version précédente et la désactivation rapide d’une action ou d’un canal.

Analyse Promptique : le meilleur premier pilote n’est pas forcément le flux au volume le plus élevé. C’est celui dont les règles sont compréhensibles, les erreurs détectables, les actions réversibles et l’escalade réellement disponible. Cette sélection rend l’évaluation plus utile et limite le risque d’une automatisation impossible à surveiller.

FAQ sur OpenAI Presence

Presence est-il disponible pour toutes les entreprises ?

Non. OpenAI le réserve aux entreprises éligibles dans un programme de disponibilité générale limitée. L’accès passe par l’équipe de compte et un déploiement accompagné.

Est-ce une nouvelle API en libre-service ?

Non. L’annonce décrit un produit déployé avec des ingénieurs et des intégrateurs sélectionnés. OpenAI précise séparément qu’il continue de proposer ses modèles aux clients vocaux via l’API.

Presence remplace-t-il le support humain ?

OpenAI présente l’escalade humaine comme un composant du produit. Le partage entre automatisation et reprise dépend des politiques, du risque et du niveau de confiance défini pour chaque mission.

Les garde-fous garantissent-ils la fiabilité ?

Non. Ils réduisent certains risques, mais la fiabilité dépend des données, des outils, des règles, des évaluations, de la surveillance et de la capacité à interrompre ou transférer une interaction.

Presence mise sur le déploiement encadré

Presence matérialise une évolution du marché : la valeur d’un agent ne repose plus seulement sur le modèle ou sur la fluidité d’une conversation. Elle dépend de la mission, des permissions, des procédures, des évaluations et de la reprise humaine. OpenAI propose d’assembler ces éléments avec un accompagnement opérationnel et une boucle d’amélioration assistée par Codex.

L’annonce reste cependant une présentation fournisseur. Avant de conclure sur le coût, la performance ou la conformité, une entreprise doit obtenir les conditions exactes du programme, construire ses propres tests et vérifier chaque intégration. Le signal le plus pertinent n’est pas le pourcentage d’appels automatisés, mais la part de demandes résolues correctement, avec une action autorisée et une escalade sûre lorsque l’agent atteint sa limite.

Sources officielles

• OpenAI, Introducing OpenAI Presence, 22 juillet 2026, consulté le 12 août 2026.