# Beeuni, E2B et Daytona : choisir une infrastructure pour votre produit d’agent

Comparez les infrastructures de sandbox à l’ordinateur pour agents de Beeuni : outils prêts à l’emploi, exécution de code, configuration de l’environnement et tâches en plusieurs étapes.

Canonical page: https://beeuni.ai/blog/fr/beeuni-vs-e2b-and-daytona

Un agent qui recherche des fournisseurs peut devoir ouvrir des sites web, télécharger des tarifs, effectuer des calculs en Python et produire un rapport. Un environnement isolé fournit un espace où exécuter la tâche. Pour enchaîner ces étapes, il faut aussi des logiciels, des outils connectés et un système d’exécution de l’agent. Beeuni fournit cet ordinateur, avec l’exécution de code et un environnement personnalisable, en y intégrant déjà l’agent et ses outils de travail.

## Que comprend l’environnement ?

[E2B](https://docs.e2b.dev/) fournit une infrastructure de sandbox pour exécuter du code et des outils. Son interpréteur de code comprend des bibliothèques préinstallées, et ses [modèles d’environnement pour agents de programmation](https://docs.e2b.dev/use-cases/coding-agents) permettent de démarrer un environnement où un agent est déjà installé. Vous pouvez utiliser votre modèle et votre framework d’orchestration, choisir un modèle d’environnement et construire votre application autour de ses API d’exécution.

[Daytona](https://www.daytona.io/docs/) fournit des sandbox programmables avec des fichiers, des processus, des fonctions réseau, des instantanés et une configuration de l’environnement. Il propose aussi [Computer Use](https://www.daytona.io/docs/en/computer-use/) et des guides d’intégration d’agents. Ces services vont au-delà de l’isolation : ils donnent aux développeurs des outils d’exécution et de contrôle du bureau pour construire des systèmes d’agents.

Beeuni fournit un ordinateur préparé pour le travail d’un agent. L’environnement standard réunit le système d’exécution de l’agent, un navigateur, un terminal, des fichiers, des outils Python et JavaScript, ainsi que des compétences pour les tâches courantes. Les paramètres du projet relient l’agent à son modèle et aux applications autorisées. Pendant l’exécution d’une tâche, une session conserve ensemble les instructions, l’activité des outils et la conversation.

La différence tient à ce dont votre équipe dispose au démarrage d’une tâche. Avec un service de sandbox, vous choisissez un environnement d’exécution ou un modèle d’environnement avec agent préinstallé, puis assemblez le reste du système autour. Beeuni intègre ce système en fonctionnement, tout en permettant à l’agent d’exécuter vos programmes et d’utiliser un environnement personnalisé.

| Votre besoin | E2B | Daytona | Beeuni |
| --- | --- | --- | --- |
| Exécuter du code et gérer des fichiers | API d’exécution et de système de fichiers | API pour le code, les processus et le système de fichiers | Exécuter des scripts et des commandes, installer les dépendances d’une tâche et examiner les fichiers dans la session |
| Préparer l’environnement | Environnements d’interpréteur de code, modèles d’environnement pour agents et modèles personnalisés | Instantanés, images personnalisées et environnements Computer Use | Un environnement d’agent standard, avec des images personnalisées et des paramètres de ressources |
| Relier l’agent à ses outils | Utiliser un modèle d’environnement avec agent préinstallé ou intégrer le framework et les outils de votre choix | Suivre un guide d’intégration ou relier l’agent de votre choix aux outils de la sandbox | Configurer les agents, les modèles, les compétences et les outils autorisés dans le projet |
| Construire le produit autour d’une tâche en cours | Combiner les opérations de sandbox avec votre agent et l’état de votre application | Combiner les opérations de sandbox avec votre agent et l’état de votre application | Envoyer des tâches et suivre les messages de l’agent, les événements des outils et l’état de la session via le SDK ou l’API HTTP |

## Préparer les outils dont un agent a réellement besoin

Pouvoir lancer un processus Python ne signifie pas qu’une tâche de comparaison de prix dispose de tout le nécessaire. L’agent peut aussi avoir besoin d’un navigateur, de bibliothèques de tableur, de lecteurs de documents et d’un moyen de produire un rapport utilisable. L’environnement standard de Beeuni comprend l’automatisation du navigateur, les environnements d’exécution Python et JavaScript et des outils pour les documents, tableurs, PDF et images courants. Chaque tâche ne repart donc pas d’une image de système d’exploitation vide.

Les compétences donnent à l’agent des instructions et des scripts d’aide pour des travaux précis. Pour traiter des documents, une compétence peut expliquer comment utiliser les bibliothèques installées, effectuer une conversion et vérifier le fichier obtenu. Vous pouvez ajouter vos propres compétences pour les formats et les règles de travail de votre produit.

Une dépendance spécialisée peut encore nécessiter une installation, et une application privée exige toujours une autorisation. L’intérêt est de disposer d’un ensemble d’outils préparés et d’un agent capable de les utiliser ensemble. Votre équipe ajoute ce que la tâche demande, sans devoir d’abord assembler chaque environnement d’exécution de base, outil de fichiers et connexion au navigateur.

## Accompagner l’agent dans une suite d’actions

Un agent doit pouvoir constater ce qui s’est passé après une action. Une commande peut échouer, une page afficher un contenu différent ou un fichier généré demander une vérification supplémentaire. Le système d’exécution de Beeuni gère la succession des requêtes au modèle, des appels d’outils et des observations. L’agent peut lire l’erreur, changer d’approche et poursuivre la même tâche. Votre application peut suivre cette activité grâce aux événements de session.

Lors de tâches dans le navigateur qui produisent beaucoup de captures d’écran, Beeuni limite l’accumulation d’anciennes images dans les requêtes au modèle, tout en conservant les observations visuelles récentes. Pour les configurations d’agent standard, il réutilise les dépendances préparées ou les paquets en cache lorsque c’est possible, au lieu de les télécharger à nouveau à chaque démarrage.

La session donne aussi au travail un cycle de vie que votre produit peut gérer. Vous pouvez lire les messages enregistrés lorsque l’ordinateur est arrêté ou vous reconnecter à une session en cours. Si l’ordinateur est perdu, vous pouvez poursuivre la session sur un nouvel ordinateur à partir de la conversation enregistrée et de la branche envoyée au dépôt distant. La récupération ne restaure pas les fichiers perdus non enregistrés ni les anciens processus en cours. Le modèle de session représente déjà ces distinctions, plutôt que de laisser chaque application les définir.

## Suivre une comparaison de fournisseurs, du site web au rapport

Supposons que votre produit d’achat demande à un agent de comparer trois fournisseurs. L’un publie ses prix sur un site web, un autre propose un tableur et le troisième conserve le devis actuel dans un e-mail. La tâche exige de naviguer, de traiter des fichiers, d’effectuer des calculs et de disposer d’une connexion autorisée à une application. Trois extraits de résultats de recherche ne suffisent pas.

Dans Beeuni, configurez le modèle, les compétences et les accès aux applications de l’agent, puis démarrez une session avec les critères de comparaison. L’agent peut examiner le site, lire le tableur et le devis, écrire un script pour ramener les prix à une base commune et l’exécuter. Si le script rencontre une colonne inattendue, il peut examiner le fichier et corriger le code. Il peut ensuite produire une comparaison avec les calculs et les références aux sources pour vérification.

Votre produit transmet la tâche, affiche l’avancement et présente le résultat. Beeuni fournit l’agent en fonctionnement, son ordinateur et l’exécution des outils nécessaires au fil du travail. Vous décidez toujours quels fournisseurs inclure, ce qui rend deux offres comparables et si le rapport répond à vos exigences. Avec E2B ou Daytona, vous pouvez construire le même flux de travail ; la différence porte sur la configuration de l’agent, les connexions aux outils, l’état des tâches et le traitement des résultats que votre équipe assemble autour de la sandbox.

## Garder le contrôle du code et de l’environnement

Utiliser Beeuni ne vous limite pas à des tâches d’agent prédéfinies. L’ordinateur peut exécuter vos scripts, installer les dépendances d’une tâche, travailler sur les fichiers d’un dépôt et lancer des applications que vous examinez dans un aperçu. Vous pouvez choisir les modèles d’environnement, les images personnalisées et les ressources des nouveaux ordinateurs. L’environnement prêt pour les agents est un point de départ que vous pouvez enrichir.

Configurez le modèle, les instructions, les compétences et les autorisations des outils pour le travail prévu. Connectez les applications nécessaires ou ajoutez des outils pour votre propre service. Personnaliser l’environnement et configurer l’agent répondent à des besoins différents ; Beeuni permet les deux. Le [guide Computer](/docs/fr/work/runtime) traite des fichiers, des modèles d’environnement, des ressources et des aperçus ; le [guide des agents](/docs/fr/project/agents) explique le comportement et les accès.

## En résumé

E2B et Daytona fournissent une infrastructure de sandbox et des outils pour exécuter des tâches d’agents. Ils conviennent aux développeurs qui souhaitent construire leur propre système d’exécution d’agents, leurs connexions aux outils et leur gestion des tâches autour de ces environnements.

Beeuni associe ces capacités d’exécution à un système d’exécution d’agents, des outils prêts à l’emploi, la configuration des modèles et des connexions aux applications. Votre produit peut transmettre une tâche et suivre l’agent pendant qu’il travaille sur des sites web, du code et des fichiers. Vous gardez le contrôle des scripts, des dépendances et de l’environnement.