Le plus gros problème des agents IA n'est pas de savoir s'ils peuvent travailler, mais si on ose les laisser faire
L'année dernière, les histoires d'agents IA "hors de contrôle" n'ont pas manqué : ils ont envoyé des e-mails qu'ils n'auraient pas dû, supprimé des fichiers qu'ils n'auraient pas dû, transformant une petite tâche en une série d'effets secondaires.
Ce n'est pas parce que le modèle n'est pas assez intelligent, mais parce que l'environnement d'exécution n'a pas de limites de sécurité.
La mise à jour du SDK Agents d'OpenAI du 15 avril répond précisément à ce problème : elle introduit un mécanisme de bac à sable (sandbox), permettant à l'agent de s'exécuter dans un environnement informatique isolé, sans accès aux fichiers et outils qu'il ne devrait pas toucher.
Comment fonctionne le bac à sable
En termes simples : l'agent est confiné dans une "zone de travail", ne peut accéder qu'aux fichiers et chemins de code explicitement autorisés, et ne peut pas interagir avec d'autres parties du système hôte.
Le SDK prend désormais en charge plusieurs fournisseurs de bacs à sable tiers. Les entreprises peuvent apporter leur propre infrastructure ou se connecter directement aux plateformes suivantes :
| Fournisseur de bac à sable | Caractéristiques |
|---|---|
| Cloudflare | Calcul en périphérie, faible latence |
| Vercel | Adapté au frontend, bac à sable de fonctions |
| E2B | Axé sur l'exécution de code IA |
| Modal | Puissance de calcul élastique |
| Daytona | Isolation de l'environnement de développement |
| Runloop | Flux de travail d'entreprise |
| Blaxel | Dédié aux agents IA |
Le choix du fournisseur dépend de votre pile technologique actuelle ; la plupart des équipes devraient trouver une solution adaptée.
Quoi d'autre de nouveau
Outre le bac à sable, cette mise à jour apporte également :
- Harness natif du modèle : Permet à l'agent d'effectuer des tâches à longue chaîne en plusieurs étapes entre fichiers, code et outils, et pas seulement des interactions uniques
- Prise en charge des sous-agents (feuille de route) : À l'avenir, l'agent pourra être divisé en plusieurs sous-tâches pour une exécution concurrente
- Mode code (feuille de route) : Un modèle de comportement d'agent spécial plus adapté à l'exécution de code
Karan Sharma, de l'équipe produit d'OpenAI, a déclaré qu'ils souhaitent que les développeurs "utilisent notre harness et leur propre infrastructure pour construire des agents à long terme".
Quelles sont les limitations
Actuellement, seule la version Python est disponible. La prise en charge de TypeScript est sur la feuille de route, mais sans date précise.
C'est un inconvénient pour les équipes dominées par le frontend, mais ce n'est pas un gros problème pour le backend et l'ingénierie des données.
En termes de prix, la facturation se fait selon l'API standard, sans frais supplémentaires.
Pourquoi cela mérite attention
Dans la course aux agents, Anthropic a Managed Agents, Microsoft a le framework AutoGen, et le SDK précédent d'OpenAI était relativement rudimentaire.
Après cette mise à jour, l'infrastructure d'agents d'OpenAI dispose enfin de capacités de sécurité de base pour les entreprises — le mécanisme de bac à sable est une condition nécessaire pour le déploiement en production ; sans lui, les entreprises n'oseraient pas intégrer des agents dans des processus critiques.
Le timing est également intéressant : au moment même où Anthropic déploie Claude Managed Agent auprès des entreprises, cette action d'OpenAI ressemble davantage à une mise à jour défensive qu'à une offensive. Mais pour les développeurs, le fait que les deux parties travaillent sérieusement sur l'infrastructure des agents est une bonne chose dans l'ensemble.
Source de référence : OpenAI updates its Agents SDK to help enterprises build safer,CocoLoop、 more capable agents（TechCrunch）