OpenAI : bêta publique
OpenAI a lancé la bêta publique le 10 septembre 2026. Pour l'évaluer dès maintenant, commencez par la documentation et les conditions d'accès officielles.
Le harness de Codex pour les tâches longues de votre application.
Statut vérifié le 2 octobre 2026
Construisez des workflows qui enquêtent, travaillent sur des fichiers et livrent un résultat en plusieurs étapes. OpenAI Agents API apporte le harness de Codex à votre application avec sessions gérées, compaction du contexte et sous-agents parallèles. L'intégration EvoLink est en cours ; les appels ne sont pas encore disponibles. Abonnez-vous à la notification de lancement pour recevoir les instructions d'accès, la liste des fonctionnalités prises en charge et les tarifs.
Recevez les instructions d'accès, capacités prises en charge et prix au lancement EvoLink pour préparer votre première intégration.
En envoyant ce formulaire, vous demandez les mises à jour par e-mail sur cette intégration.
Une tâche précise en tête ? Échangez avec nous sur Discord
Documentation d'accès, premières capacités prises en charge et prix pour préparer l'intégration de votre application.
OpenAI a lancé la bêta publique le 10 septembre 2026. Pour l'évaluer dès maintenant, commencez par la documentation et les conditions d'accès officielles.
Votre application authentifie les utilisateurs, autorise les outils métier et vérifie le résultat final. Pour un rapport, elle décide qui peut le télécharger ; pour un ticket, elle enregistre l'approbation et l'identifiant du ticket créé.
Vous préférez passer par EvoLink ? Suivez l'annonce de lancement tout en préparant votre première tâche, vos outils métier et vos critères d'acceptation.
Annonce OpenAI et disponibilité chez le fournisseur.
Documentation officielle sur sessions, outils, environnements et limites du service.
Statut vérifié le 2 octobre 2026
Les capacités ci-dessous concernent le service OpenAI. Utilisez-les pour concevoir un workflow adapté à votre application.
Les sessions gérées et la compaction automatique du contexte permettent de poursuivre un travail en plusieurs étapes. Pour maintenir un dépôt, un agent peut examiner le code, le modifier et poursuivre la même tâche en tenant compte des retours de revue.
Confiez des recherches indépendantes ou des revues de documents à des sous-agents aux contextes séparés. L'agent principal rassemble leurs conclusions, ce qui convient aux investigations à plusieurs axes indépendants.
La recherche charge les définitions utiles à la demande. Les appels programmatiques filtrent et combinent les résultats en code, par exemple en agrégeant des dossiers CRM avant de renvoyer une analyse concise à l'agent.
Envisagez des ressources de calcul hébergées pour l'analyse de fichiers, auto-hébergées pour des dépendances spécifiques, ou une exécution sans sandbox pour les tâches faisant appel à des outils externes. Choisissez selon le travail à réaliser, pas selon un conteneur par défaut.
Utilisez une sandbox pour traiter les fichiers sources et produire des artefacts que votre application peut récupérer. Un workflow de rapprochement peut transformer des exports CSV en un classeur contenant les totaux, les exceptions et les enregistrements à examiner.
OpenAI documente l'export des traces au format OTLP JSON. Reliez les preuves d'exécution à une tâche métier pour examiner les appels d'outils, repérer l'étape où une tâche s'est bloquée et comparer les exécutions réussies aux tentatives échouées.
Trois tâches pilotes proposées, chacune avec un livrable et des critères d'acceptation concrets.
Pour les équipes d'outils de développement : fournir dépôt, bug de pagination reproductible et tests existants. Le workflow proposé recherche la cause, produit un correctif et lance des tests ciblés. Accepter si le bug disparaît sans modifier authentification ni format public des réponses, y compris après des consignes supplémentaires.
Pour les logiciels de finance et de gestion des opérations : fournissez deux exports CSV et les règles de correspondance. Le workflow proposé regroupe les enregistrements, calcule les totaux et prépare un classeur avec les lignes rapprochées, les exceptions et une synthèse. Acceptez le résultat si les totaux correspondent à un calcul indépendant et si les identifiants en double ou les devises manquantes sont soumis à un examen, sans être résolus silencieusement.
Pour les outils de support : fournir problème, accès en lecture aux dossiers et règle d'approbation. Le workflow proposé rassemble les preuves et rédige un ticket ; le code applicatif le crée après approbation. Tester une interruption après création : l'application doit retrouver l'identifiant existant et afficher le résultat sans doublon.
Utilisez cette liste de préparation avant le pilote. Conservez les entrées et les résultats attendus afin de comparer le nouveau workflow à votre implémentation actuelle.
| Votre workflow | À préparer |
|---|---|
| Sessions et événements | Définir un identifiant de tâche métier, le début de session et l'état affiché quand l'utilisateur revient. |
| Fichiers et artefacts | Conserver des fichiers représentatifs, le format attendu et les droits de téléchargement. |
| Environnements d'exécution | Lister les dépendances logicielles, les besoins de stockage et la durée pendant laquelle les fichiers de travail doivent rester disponibles. |
| Outils et MCP | Lister les systèmes que l'agent est autorisé à lire ou à modifier ; identifier les actions nécessitant une approbation humaine. |
| Traces et usage | Consigner le coût actuel par résultat accepté et les détails d'exécution nécessaires au diagnostic. |
| Reprise et annulation | Choisir une politique de nouvelle tentative sûre et un moyen de retrouver les actions déjà réalisées, comme un ticket créé. |
Attribuez les responsabilités : boucle de l'agent, calcul, règles métier et connexion depuis votre application.
Le service géré exploite la boucle et le contexte de session. C'est différent de l'exécution d'Agents SDK dans votre application.
Code et fichiers sont traités dans un environnement. Choisir sa propre sandbox ne revient pas à auto-héberger tout le service géré.
Votre application authentifie les utilisateurs, autorise les outils métier et vérifie le résultat final. Pour un rapport, elle décide qui peut le télécharger ; pour un ticket, elle enregistre l'approbation et l'identifiant du ticket créé.
EvoLink prépare la connexion à la passerelle. Séparez outils métier et adaptateur API pour adopter le chemin documenté sans réécrire le workflow.
OpenAI indique qu'Agents API n'ajoute pas de frais API distincts ; les frais liés aux modèles, aux outils et aux environnements hébergés restent applicables. Comparez le total des frais directs divisé par le nombre de résultats acceptés, en incluant les frais des échecs et des tentatives de récupération. Suivez la durée de vie de l'environnement séparément de la conversation utilisateur, et consignez l'effort d'ingénierie séparément des frais d'usage.
Les prix EvoLink figureront dans l'annonce de lancement. Mesurez dès maintenant le coût par tâche acceptée de votre solution actuelle comme référence.
Choisissez la prochaine étape selon le contrôle du moteur d'exécution, les contraintes métier et les exigences relatives aux données. Évaluez les appels aux modèles séparément de l'accès aux sessions gérées.
Une équipe qui consacre beaucoup d'efforts à l'exécution de tâches longues peut préparer une investigation en lecture seule ou la production d'un rapport à partir de fichiers. Conservez les entrées, les règles d'acceptation et le coût actuel d'exécution complète avant d'évaluer un nouveau moteur.
Une séquence fixe avec approbations et reprise établies n'a pas forcément besoin d'un autre moteur. Séparez outils métier réutilisables et adaptateurs de session pour éviter de réécrire le produit pendant l'évaluation.
Au 2 octobre, la documentation OpenAI indique que, pour Agents API, la résidence des données est limitée aux États-Unis et que Zero Data Retention n'est pas pris en charge, y compris avec des sandboxes auto-hébergées. Une exigence incompatible exclut cette option ; un exécuteur privé ne supprime pas la frontière avec le service géré.
Examiner le harness, les mécanismes des outils, le périmètre des coûts et les jeux de données préparés pour les tests d'acceptation.
Comparer le contrôle du moteur d'exécution, la reprise, les coûts de migration et l'adéquation aux tâches.
Comparer les modèles par tâche et choisir une route adaptée à votre application actuelle.
Pas encore. L'intégration est en cours. Cette page évoluera après vérification des opérations prises en charge et des conditions d'accès.
Non. Agents API est un moteur géré ; avec Agents SDK, votre application exécute l'orchestration. Choisissez selon l'endroit où vous devez contrôler l'exécution.
Suivez les instructions d'intégration d'Agents API lors du lancement chez EvoLink. Les sessions gérées ont leurs propres opérations API ; un exemple existant d'appel de modèle n'est donc pas un guide de configuration de ce service.
EvoLink n'a pas annoncé de date ni de prix. L'annonce précisera disponibilité, accès et tarifs pour planifier l'intégration.
OpenAI prend en charge les environnements d'exécution auto-hébergés tout en exploitant le moteur d'agent géré. Si vous avez besoin d'une sandbox spécifique, préparez ses dépendances et ses exigences réseau ; consultez la documentation de lancement EvoLink pour connaître les connexions prises en charge.
Choisissez une tâche représentative, définissez un résultat satisfaisant, identifiez les permissions des outils et consignez le coût actuel de cette tâche. Appuyez-vous sur le guide de lancement et le comparatif des moteurs d'exécution pour planifier une évaluation.