OpenHands

Comment ça marche

OpenHands est un agent de développement open source, né sous le nom OpenDevin en réponse à l’annonce de Devin. Il reçoit une tâche, travaille dans un conteneur isolé avec un terminal, un éditeur et un navigateur, modifie le code, lance les tests, et présente le résultat. On l’utilise en ligne de commande, dans une interface web, ou via un service hébergé par ses auteurs. Il fonctionne avec le modèle qu’on lui indique : un grand modèle par API, ou un modèle local.

Pour une entreprise, c’est la voie de la maîtrise complète : l’agent tourne sur vos machines, les données ne sortent que vers le modèle choisi (ou ne sortent pas du tout avec un modèle local), et le code de l’outil est lisible. Il sert aussi de base de recherche sur les agents de code, ce qui en fait un bon outil pour comprendre comment ils fonctionnent. Il demande des compétences techniques pour l’installation, la maintenance et la sécurité du conteneur.

Un exemple concret

1. La contrainte : du code qui manipule des données de santé, des audits réguliers, et une politique qui interdit d’envoyer le code source à un service externe.
2. L’architecture : OpenHands sur un serveur interne, dans des conteneurs isolés, branché sur un modèle ouvert de bonne taille hébergé sur le même réseau. Aucune ligne de code ne quitte l’entreprise.
3. L’usage : l’équipe de 8 développeurs lui confie les tâches de fond : tests, migrations, corrections de bugs bien décrits, documentation. Les pull requests sont relues comme celles d’un collègue.
4. La contrepartie : un développeur passe environ une journée par mois à maintenir l’installation, mettre à jour l’outil et le modèle, et vérifier la configuration de sécurité.
5. Le bilan : une qualité un peu inférieure aux agents commerciaux sur les tâches les plus complexes, compensée par la conformité et par l’absence de coût à l’usage.

Le choix n’était pas celui de la performance maximale. C’était celui qui permettait d’avoir un agent de code tout court.

Ce que ça change pour une équipe

• Un agent de code sans sortie de données. Pour les secteurs régulés, c’est ce qui rend l’agent possible.
• Le modèle est libre. Un grand modèle par API aujourd’hui, un modèle local demain, sans changer d’outil.
• L’outil est lisible. On sait exactement ce que fait l’agent, et on peut l’adapter.
• La compréhension des agents progresse. Lire et faire tourner OpenHands apprend comment un agent de code fonctionne.

Les limites et les erreurs fréquentes

• Sous-estimer la maintenance. Un service à héberger, mettre à jour, sécuriser. Une journée par mois au minimum, et une personne qui s’en occupe.
• Un conteneur mal isolé. L’agent exécute du code ; le conteneur est la protection. Sa configuration se vérifie.
• Attendre la qualité des outils commerciaux. Avec un modèle moins puissant, les résultats suivent. On dimensionne le modèle à la tâche.
• Choisir l’open source par principe. Si rien ne l’impose et qu’il n’y a pas d’équipe technique, un outil clé en main sera plus rentable.