Si vous hésitez entre Hermes et Solid, voici les cinq questions que je me poserais avant de choisir l’un ou l’autre.
Lorsque j’ai comparé Hermes et Solid pour la première fois, je pensais que la décision reposerait sur les fonctionnalités.
Mémoire. Utilisation d’outils. Automatisation du navigateur. Tâches longues.
Pourtant, plus je me suis penché sur les deux projets, moins cette comparaison s’est avérée utile. Ils ne cherchent pas à résoudre le même problème.
Hermes est conçu pour offrir aux utilisateurs un agent ouvert et persistant qu’ils peuvent façonner selon leur propre infrastructure. Solid se concentre sur le fait de donner à un agent les ressources nécessaires pour mener à bien un travail au-delà de la génération de code et jusqu’à l’exécution dans le monde réel. Les cinq questions ci-dessous portent sur cette différence plutôt que sur des fonctionnalités individuelles.
Question 1 : Voulez-vous posséder la pile ou la déléguer ?
C’est généralement la première question que je poserais, et elle sert aussi à savoir qui utilisera vraiment l’agent au quotidien.
Avec Hermes, vous décidez où l’agent s’exécute, quels modèles il utilise, comment la mémoire est stockée, à quels services il se connecte et comment le système évolue dans le temps. Cette flexibilité est l’un de ses plus grands atouts, et elle fait d’Hermes un choix naturel pour les développeurs et les équipes techniques qui sont à l’aise avec la gestion de l’infrastructure, des intégrations et de la maintenance continue.
Solid fournit une grande partie de cet environnement d’exploitation en tant que partie intégrante de la plateforme : machines gérées, identités, capacités de paiement, infrastructure de déploiement. Vous perdez un certain contrôle, et en échange, vous passez plus de temps sur le résultat et moins sur la plomberie.
Pour certains utilisateurs, le contrôle est précisément l’objectif. Pour d’autres, le déléguer est un avantage plus grand.
Question 2 : Où le travail se déroule-t-il réellement ?
Pensez au-delà du modèle lui-même et regardez l’environnement dans lequel le travail doit se faire.
Si l’agent fonctionne principalement sur une infrastructure que vous contrôlez déjà (votre propre machine, serveurs, conteneurs, hôtes SSH ou environnements cloud), Hermes s’intègre naturellement dans cette configuration.
Solid devient plus intéressant lorsque le flux de travail dépasse un seul environnement. Une tâche peut nécessiter d’interagir avec différents systèmes d’exploitation, d’accéder à des appareils Android, de recevoir des codes de vérification SMS, d’effectuer des achats ou de déployer une application avant que le travail ne soit réellement terminé.
Hermes vous offre la flexibilité de construire cet environnement. Solid en livre une grande partie.
Question 3 : Quelle identité l’agent doit-il utiliser ?
Dès qu’un agent commence à interagir avec des services externes, l’identité entre en jeu.
Avec Hermes, l’agent travaille généralement via les comptes et les identifiants que vous connectez. Cela vous donne un contrôle total sur les autorisations, mais cela signifie aussi que vous êtes responsable de la gestion des accès.
Solid peut fonctionner avec des identités et des numéros de téléphone gérés, n’impliquant vos identifiants personnels que lorsque cela est réellement nécessaire. Si la tâche implique de s’inscrire à des services, de vérifier des comptes ou d’interagir avec des plateformes externes, décider quelle identité l’agent utilise devient aussi important que de choisir le modèle qui le propulse. C’est un détail facile à négliger.
Question 4 : La tâche peut-elle impliquer de dépenser de l’argent ?
De nombreux flux de travail finissent par nécessiter des ressources payantes : un achat de domaine, un niveau d’API, un abonnement sans lequel la tâche ne peut pas aboutir.
Avec Hermes, ces ressources transitent par les comptes, les fournisseurs et les systèmes de facturation que vous gérez déjà. Vous décidez ce à quoi l’agent peut accéder et quelles mesures de protection sont en place.
Solid donne à l’agent un solde d’espace de travail contrôlé, qui peut être utilisé pour des achats approuvés lorsqu’ils sont nécessaires pour accomplir une tâche. Des limites de dépenses et des points de contrôle d’approbation peuvent toujours être définis pour que les utilisateurs restent maîtres. La question de savoir si un agent peut effectuer un achats importe moins que de savoir si l’achat est censé faire partie du flux de travail.
Question 5 : Que signifie réellement « terminé » ?
Cette question s’est avérée être celle qui a tout lié pour moi.
Pour certains, « terminé » signifie que l’agent peut faire des recherches sur un sujet, écrire du code, automatiser des tâches de navigation, se souvenir de conversations précédentes et fournir un résultat final. Si c’est l’objectif, Hermes offre déjà une base solide.
Pour d’autres, « terminé » inclut tout ce qui se passe après l’écriture du code.
Créer des comptes. Recevoir des codes de vérification. Acheter des services. Déployer des applications. S’assurer que tout fonctionne réellement en production.
C’est là que Solid se concentre. Définissez ce que « terminé » signifie pour votre travail avant de choisir l’une ou l’autre plateforme.
TLDR : Un guide de décision rapide
Hermes est probablement le meilleur choix si vous :
- Voulez un agent open-source.
- Préférez l’auto-hébergement ou les modèles locaux.
- Avez déjà une infrastructure en place.
- Voulez un contrôle total sur la façon dont l’agent est construit et étendu.
- Aimez personnaliser les flux de travail et expérimenter de nouvelles capacités.
Solid est probablement le meilleur choix si vous :
- Préférez une expérience gérée.
- Avez besoin d’appareils, d’identités ou de numéros de téléphone gérés.
- Attendez-vous à ce que les flux de travail incluent des paiements, des déploiements ou des services externes.
- Vous souciez plus du résultat que de la gestion de l’infrastructure vous-même.
Trois scénarios concrets
Construire un assistant IA personnel. Je pencherais pour Hermes. Un assistant qui se souvient des conversations, fonctionne sur votre propre matériel, travaille avec des modèles locaux et peut être personnalisé au fil du temps est exactement ce pour quoi son architecture ouverte est conçue.
Construire et expédier une application web. C’est là que Solid commence à prendre tout son sens. Écrire l’application n’est qu’une partie du travail. Le flux de travail peut également impliquer la création de comptes, l’achat de services, la vérification d’identités, le déploiement et la confirmation que tout fonctionne correctement en production. Ces étapes opérationnelles sont exactement ce que Solid est conçu pour prendre en charge.
Recherche et expérimentation. Hermes. Si vous testez de nouveaux modèles, construisez des flux de travail d’agent personnalisés, ou explorez des systèmes de mémoire et différents environnements d’exécution, le contrôle total de la pile est un véritable avantage.
Déléguer un flux de travail complet. Je me tournerais à nouveau vers Solid, cette fois pour un travail qui n’a jamais été une question de code en premier lieu. Imaginez demander à un agent de faire des recherches sur vos concurrents, d’acheter les outils dont il a besoin, de mettre en place un tableau de bord et de vérifier les résultats avant de vous les remettre. Une exécution de bout en bout comme celle-ci est la raison d’être de Solid.
Une dernière pensée
Une fois que vous savez quel problème vous essayez de résoudre, le choix entre eux devient simple.
