Pour beaucoup de gens, la programmation assistée par IA signifie encore achever la ligne en cours de frappe. C'est utile, et c'est aussi la plus petite version possible de l'idée. Dès que la tâche devient un défaut réparti sur trois fichiers, un projet sans tests ou un module à réorganiser, la complétion n'a plus rien à offrir. Elle ne découpe pas le travail en étapes, n'ouvre pas les fichiers, ne lance pas les tests pour lire l'échec, et ne rassemble certainement pas ses propres modifications en une validation à relire.

OpenHands vise cette seconde sorte de tâche. C'est une plateforme ouverte pour agents d'ingénierie logicielle, publiée sous une licence permissive par une équipe qui travaille ce problème depuis des années ; le projet s'appelait auparavant OpenDevin. On décrit ce que l'on veut, et l'agent planifie, écrit du code, lance des commandes, lit les erreurs et recommence jusqu'à ce que la tâche se stabilise. Il ne tape pas à votre place. Il ferme la boucle.

Le bac à sable fait toute la différence

Personne de sensé ne laisse un modèle de langue exécuter des commandes quelconques sur sa propre machine. Aussi chaque session tourne-t-elle ici dans son propre conteneur : le code et les fichiers entrent et sortent par des volumes montés, le conteneur est jeté à la fin de la session, et la machine hôte reste intacte. C'est ce qui rend possible le comportement utile : l'agent peut installer des dépendances, lancer une campagne de tests ou tenter quelque chose de risqué, et si le résultat est un désastre, le désastre reste dans une boîte sur le point d'être jetée.

Pour une personne, cela achète la tranquillité. Pour une organisation, c'est le prix d'entrée. Dans les secteurs où la souveraineté des données est examinée, comme la finance et l'administration, le fait que le code ne quitte pas le périmètre et que chaque action puisse être auditée ensuite pèse plus que quelques points de capacité du modèle.

Le modèle, c'est votre décision

L'architecture est indépendante du modèle, avec une couche d'aiguillage en dessous qui parle à la plupart des fournisseurs. Des modèles commerciaux se raccordent, et des modèles ouverts tournant sur votre matériel aussi. L'arrangement sur lequel la plupart des équipes finissent par tomber est un partage : les tâches de routine vont à un modèle local, puisqu'un appel n'y coûte rien, et une refonte difficile sur plusieurs fichiers passe pendant l'heure nécessaire à un modèle distant plus puissant. Coût et qualité deviennent des réglages plutôt qu'une décision d'abonnement prise par quelqu'un d'autre.

Quatre entrées

Il y a une interface en ligne de commande pour ceux qui vivent déjà dans un terminal et veulent que l'agent ait la même texture que les outils alentour. Il y a une interface graphique locale, ouverte dans un navigateur, où le raisonnement et chaque action se regardent en direct : c'est ainsi que la plupart des gens construisent leur confiance. Il y a une bibliothèque de développement pour les équipes qui veulent la capacité dans leur propre produit. Et il y a un service hébergé pour ceux qui préfèrent ne pas exploiter les conteneurs eux-mêmes.

Le projet a réuni une large audience sur sa page, plus de quatre-vingt mille personnes qui le suivent, et l'activité de sa communauté figure parmi les plus élevées des projets ouverts de ce genre. Pour un outil de cette forme, cela compte : la valeur n'est pas seulement dans l'agent, mais dans les habitudes, les réglages et les correctifs qu'une communauté accumule autour de lui.

Ce qui marche et ce qui ne marche pas

Les retours d'usage et les exemples du projet montrent le même motif : les tâches qui se passent bien ont un objectif clair et une vérification objective. Traiter une file de rapports de défauts, relever les dépendances d'un vieux projet et appliquer les correctifs de sécurité qui suivent, augmenter la couverture de tests, réorganiser une série de fichiers selon une règle écrite. Dans tous ces cas, la question de la réussite a une réponse mécanique, si bien que l'agent converge sans avoir besoin de goût.

L'inverse est vrai aussi. Des exigences floues qui demandent du jugement produit le font dévier exactement comme tout agent autonome, et la réponse raisonnable est de rester proche et de confirmer aux moments importants plutôt que d'espérer. Le traiter comme un collègue capable d'abattre une journée de travail physique sans surveillance, et non comme un responsable produit qui sait ce que veut le client, rend l'usage bien plus fluide.

Ce que cela coûte

Le logiciel lui-même est libre et gratuit. La seule dépense continue est celle des appels au modèle, et c'est un réglage que vous tenez : une semaine calme de petites tâches coûte peu, une semaine dense en refontes difficiles coûte davantage, de façon visible et prévisible. Comparée à un abonnement par personne, la différence est que la facture suit le travail et non l'effectif.

En résumé honnête, c'est la forme la plus défendable prise jusqu'ici par cette idée : un agent qui mène des tâches de développement de bout en bout, à l'intérieur d'une frontière auditable, avec un modèle que vous avez choisi. Ce n'est pas de la magie et ce n'est pas un remplacement du jugement. C'est ce qui arrive quand on confie la moitié ennuyeuse de l'ingénierie à quelque chose qui ne s'ennuie jamais.