← Derniers articles
💻 computer science

The OpenHands Software Agent SDK: A Composable and Extensible Foundation for Production Agents

Cet article présente le SDK OpenHands, une refonte architecturale complète et extensible du framework OpenHands qui fournit une base robuste pour le développement d'agents logiciels de production grâce à son exécution sécurisée en bac à sable, son contrôle de cycle de vie, son routage multi-modèles et sa compatibilité avec diverses interfaces d'interaction.

Auteurs originaux : Xingyao Wang, Simon Rosenberg, Juan Michelini, Calvin Smith, Hoang Tran, Engel Nyst, Rohit Malhotra, Xuhui Zhou, Valerie Chen, Robert Brennan, Graham Neubig

Publié 2026-04-23
📖 6 min de lecture🧠 Analyse approfondie

Auteurs originaux : Xingyao Wang, Simon Rosenberg, Juan Michelini, Calvin Smith, Hoang Tran, Engel Nyst, Rohit Malhotra, Xuhui Zhou, Valerie Chen, Robert Brennan, Graham Neubig

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Imaginez que vous voulez construire une usine de robots capables de faire du code informatique. Pendant un certain temps, vous aviez un prototype (appelé OpenHands V0) qui fonctionnait bien, mais qui était un peu "bricolé". C'était comme une usine où tout était collé ensemble avec du scotch : si vous vouliez changer une machine, vous deviez démonter toute l'usine. De plus, les robots devaient toujours travailler dans une cage de verre (un "bac à sable") pour ne pas casser quelque chose, même quand ils n'en avaient pas besoin, ce qui les rendait lents et compliqués à gérer.

Aujourd'hui, les créateurs d'OpenHands ont lancé OpenHands V1, qui n'est pas juste une mise à jour, mais une refonte totale de l'architecture. Ils ont créé un "kit de construction" (le SDK) pour que n'importe qui puisse créer, tester et déployer ces robots intelligents de manière professionnelle.

Voici les 4 piliers de cette nouvelle usine, expliqués avec des analogies :

1. Le "Bac à Sable" Optionnel (La Liberté de Mouvement)

  • L'ancien problème : Dans la version précédente, le robot était obligé de travailler dans une cage de verre (un conteneur Docker) pour chaque petite tâche, même pour écrire un simple fichier texte. C'était comme demander à un cuisinier de porter un costume spatial complet juste pour éplucher une pomme. C'était lourd et lent.
  • La nouvelle solution : Le nouveau système est comme un couteau suisse. Par défaut, le robot travaille directement sur votre ordinateur (localement), libre et rapide. Mais si vous lui demandez de faire quelque chose de dangereux (comme installer un virus ou supprimer des fichiers système), vous pouvez lui dire : "Attends, mets-toi dans la cage de verre".
  • L'analogie : C'est comme conduire une voiture. Vous roulez librement sur la route (local), mais si vous devez traverser une zone de travaux dangereuse, vous enfilez votre gilet de sécurité et vous roulez lentement (bac à sable). Vous choisissez quand mettre le gilet, vous ne l'avez pas en permanence.

2. La Mémoire "Journal de Bord" (L'Histoire Inaltérable)

  • L'ancien problème : Imaginez un journal de bord où l'on pouvait effacer et réécrire les pages. Si le robot se trompait ou si l'ordinateur plantait, on ne savait plus exactement ce qui s'était passé. C'était le chaos.
  • La nouvelle solution : Le nouveau système utilise un journal de bord immuable (Event Sourcing). Chaque action du robot (penser, écrire, cliquer) est écrite sur une page qu'on ne peut plus effacer. Si le robot plante, on peut relire le journal page par page pour reconstruire exactement où il en était, comme si on rembobinait une vidéo.
  • L'analogie : C'est la différence entre un tableau blanc (où on efface et on réécrit, risquant de perdre le fil) et un livre de comptes bancaire. Chaque transaction est inscrite définitivement. Si le livre est perdu, on peut le reconstruire mot pour mot en relisant les transactions. C'est ce qui rend le système ultra-fiable.

3. Des Briques de Lego Séparées (La Modularité)

  • L'ancien problème : Tout était mélangé dans un seul gros bloc de béton. Si vous vouliez changer le "cerveau" du robot (le modèle d'IA) ou ajouter un nouvel outil, vous deviez casser tout le bloc.
  • La nouvelle solution : Le nouveau système est une boîte de Lego. Il y a quatre grandes boîtes distinctes :
    1. Le Cœur (SDK) : Les règles de base.
    2. Les Outils : Les marteaux, les clés à molette que le robot utilise.
    3. L'Espace de travail : La pièce où le robot travaille (votre bureau ou un serveur distant).
    4. Le Serveur : Le chef d'orchestre qui gère les robots à distance.
  • L'analogie : Au lieu d'avoir une voiture dont on ne peut pas changer les roues sans démonter le moteur, vous avez maintenant une voiture modulaire. Vous pouvez changer les pneus (les outils) ou le moteur (l'IA) sans toucher au reste. Vous pouvez aussi décider de faire rouler la voiture dans votre garage (local) ou de l'envoyer sur une piste de course (serveur distant) avec le même moteur.

4. Le Gardien de Sécurité (Le Contrôleur de Risque)

  • L'ancien problème : Le robot agissait souvent sans réfléchir aux conséquences, ce qui pouvait être dangereux.
  • La nouvelle solution : Il y a maintenant un gardien de sécurité intégré. Avant que le robot n'exécute une action risquée (comme "supprimer tous les fichiers"), le gardien analyse la demande. Si c'est trop dangereux, il arrête le robot et demande : "Hé, tu es sûr de vouloir faire ça ?" à l'humain.
  • L'analogie : C'est comme un gardien de sécurité dans un musée. Le robot est un visiteur qui veut toucher les tableaux. Le gardien dit : "Attends, ce tableau est fragile. Tu as le droit de le toucher ?" Si le visiteur dit oui, le gardien l'autorise. Si non, il l'arrête. Cela évite les catastrophes.

Pourquoi est-ce important ?

Les auteurs ont prouvé que cette nouvelle architecture fonctionne vraiment :

  • Moins de pannes : En passant de l'ancienne version à la nouvelle, les erreurs dues au système ont chuté de 61 %. C'est comme passer d'une voiture qui tombe en panne tous les 100 km à une voiture qui roule 250 km sans problème.
  • Plus rapide et plus sûr : Les robots sont plus rapides car ils ne sont pas toujours enfermés dans une cage, mais ils restent sûrs grâce au gardien.
  • Ouvert à tous : Contrairement aux systèmes fermés de géants comme Google ou OpenAI, ce kit est libre et ouvert. N'importe qui peut le télécharger, le modifier et l'utiliser pour créer ses propres applications.

En résumé : OpenHands V1, c'est le passage d'un prototype de bricoleur à une usine industrielle professionnelle. C'est plus flexible, plus sûr, et surtout, c'est conçu pour durer, que vous soyez un développeur qui teste une idée dans son salon ou une entreprise qui gère des milliers de robots.

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →