OpenHands est un projet d'agent de développement open source basé sur l'IA. L'objectif est de permettre aux agents d'effectuer des tâches d'analyse, de modification et de vérification dans de véritables entrepôts de code, améliorant ainsi l'efficacité de l'automatisation des équipes d'ingénierie.

MainsOuvertes

Paramètres de base et statistiques d'OpenHands

Le positionnement officiel d'OpenHands est "un centre de contrôle des développeurs auto-hébergé pour les agents de codage et l'automatisation". Il ne s'agit pas d'un assistant de questions et réponses unique, mais d'une plate-forme complète d'exécution d'agent - couvrant à la fois le développement conversationnel, l'orchestration automatisée des flux de travail, la commutation multi-backend et la gouvernance au niveau de l'entreprise.

Projets	Informations publiques
Positionnement du produit	Le centre de contrôle des développeurs auto-hébergé pour les agents de codage et les automatisations
Dépôt de codes	Mains ouvertes/Mains ouvertes
Langues principales	Python 65,1 %, TypeScript 33,5 %
Licence open source	Dépôt public (voir Licence)
Taille de la communauté	81,2k+ étoiles, 10,4k+ forks, 519+ contributeurs
Version principale	1.11.0 (09/07/2026)
Version cloud	nuage-1.46.2 (2026-07-15)
Formulaire de livraison	Code open source + console Agent Canvas + API Agent Server
Normes de protocole	Conforme au protocole agent-client (ACP)
Mécanisme bac à sable	Exécution de l'isolation du conteneur Docker
Connecter l'écosystème	Serveur MCP ~400+

Description de la ligne de version : OpenHands gère deux lignes de version : la ligne principale (1.x) est destinée aux scénarios d'auto-hébergement de la communauté open source et la version cloud (cloud-1.x) est destinée aux utilisateurs SaaS. Les deux partagent le moteur d'exécution principal de l'agent, mais la version cloud inclut des fonctionnalités de niveau entreprise (tableau de bord d'utilisation, alertes budgétaires, certification SaaS). La dernière version de la ligne principale est la 1.11.0 et la dernière version de la version cloud est cloud-1.46.2. Les deux lignes ont évolué indépendamment.

Flexibilité de déploiement : OpenHands prend en charge le montage de plusieurs backends dans la même interface Agent Canvas : conteneurs Docker locaux, machines virtuelles distantes et OpenHands Cloud. L'équipe peut partager un serveur d'agent pour la révision du code et les mises à jour des dépendances, et l'agent individuel s'exécute localement, et les deux peuvent être commutés dans la même interface utilisateur. Cette architecture « front-end unifié, back-end séparé » constitue sa principale différence par rapport aux outils similaires.

Reconnaissance des utilisateurs et du marché d'OpenHands

La reconnaissance d'OpenHands sur le marché se reflète dans la croissance rapide de la communauté open source et dans l'amélioration continue des fonctions au niveau de l'entreprise.

Popularité de la communauté : plus de 81,2 000 étoiles et plus de 10,4 000 forks, ce qui en fait l'un des projets d'agent de codage d'IA les plus étoilés sur GitHub. L’échelle de 519 contributeurs montre qu’il a dépassé le stade du projet individuel et formé un écosystème collaboratif animé par l’équipe principale et la communauté. Au cours de la semaine dernière (08/07/2026 au 15/07/2026), 8 versions ont été publiées de manière intensive et le rythme des itérations est extrêmement rapide.

Enterprise Signal : l'existence de l'annuaire Enterprise (y compris les profils d'agent de gestion des clés BYOR certifiés SaaS, le tableau de bord d'utilisation et les alertes budgétaires) indique que le projet a intégré la gouvernance au niveau de l'entreprise dans la planification des produits. La publication continue de la version cloud cloud-1.46.2 (2026-07-15) montre que sa version commerciale SaaS évolue rapidement.

Éléments non divulgués : données officielles non divulguées sur le nombre d'entreprises clientes et les revenus de l'entreprise. L'« enthousiasme d'adoption » d'un projet open source n'est pas tout à fait équivalent à la « stabilité du contexte de production ». Lors de l'évaluation, il est nécessaire de faire la distinction entre le nombre d'étoiles et le volume réel de déploiement.

Avantages financiers d'OpenHands

L'avantage en termes de coût d'OpenHands vient de la structure à trois niveaux : « noyau open source gratuit + auto-hébergement en option + service cloud à la demande », qui permet aux équipes de changer de modèle de coûts en fonction des étapes de développement.

Côté C/individuel : Le code open source est entièrement gratuit. Les développeurs peuvent le démarrer en un clic via npm install -g @openhands/agent-canvas et commencer à l'utiliser sans frais. Le principal coût pour un usage personnel est les frais d’appel de l’API LLM (vous devez apporter votre propre clé API).

Développeur/API : il n'y a pas de frais de licence logicielle dans le modèle auto-hébergé, et le coût est concentré sur les frais d'appel LLM, l'infrastructure (Docker ou serveur cloud) et la main d'œuvre d'exploitation et de maintenance. Pour les développeurs individuels, un ordinateur local et une clé API OpenAI/Anthropic peuvent exécuter toutes les fonctions.

Entreprise/privatisation : dans le cadre du modèle d'auto-hébergement open source, les entreprises ne doivent supporter que le coût du serveur ainsi que la main-d'œuvre d'exploitation et de maintenance. Le prix de l'édition Enterprise (OpenHands Cloud) n'a pas été officiellement divulgué et doit être confirmé par l'entreprise. Les coûts cachés du déploiement en entreprise comprennent : l'audit de sécurité et la certification de conformité, la conception du processus de révision manuelle de la sortie de l'agent de gouvernance du connecteur MCP et les coûts des tests de régression causés par les mises à jour de version.

Méthode de déploiement	Frais de licence du logiciel	Frais d'appel LLM	Frais d'infrastructure	Main d'œuvre d'exploitation et de maintenance	Scénarios applicables
Auto-hébergé (local)	Gratuit	Payez vous-même	Aucun (je possède déjà un ordinateur)	Aucun	Développement personnel, apprentissage
Auto-hébergé (serveur)	Gratuit	Auto-paiement	Serveur cloud ~20-200$/mois	Exploitation et maintenance à temps partiel	Petite équipe
Nuage OpenHands	Paiement à l'utilisation/abonnement	Inclus avec l'abonnement	Inclus	Inclus	Équipes qui ne souhaitent pas s’auto-héberger
Édition Entreprise	Confirmation commerciale	Vous pouvez apporter votre propre clé	Déploiement privé facultatif	Assistance fournisseur	Industries sensibles à la conformité

Principales fonctionnalités d'OpenHands

Les capacités de base d'OpenHands ne sont pas une fonction unique, mais des capacités au niveau de la plateforme construites autour du « cycle de vie de développement de l'agent » :

• Développement conversationnel de l'agent : effectuez plusieurs cycles de dialogue avec l'agent IA dans Agent Canvas, et l'agent effectue indépendamment des opérations telles que l'écriture de code, l'exécution de commandes de terminal, la lecture et l'écriture de fichiers et la navigation Web. Chaque étape de l'opération est présentée visuellement et les utilisateurs peuvent observer le processus décisionnel de l'Agent en temps réel et intervenir à tout moment.

• Orchestration automatisée des flux de travail : prend en charge la configuration de tâches automatisées pilotées par des déclencheurs planifiés ou des événements Webhook, telles que la génération automatique de rapports chaque jour et leur publication sur Slack, la décomposition automatique des problèmes GitHub en sous-tâches et l'exécution automatique de tests après la fusion de code. Le système d'automatisation est pris en charge par un serveur d'automatisation distinct.

• Commutation flexible de plusieurs backends : le même frontal Agent Canvas peut se connecter à plusieurs backends Agent Server - basculez entre les conteneurs Docker locaux, les machines virtuelles distantes et OpenHands Cloud à tout moment, et les sessions et l'historique restent continus. Un serveur d'agents partagé gère les tâches d'équipe et les agents individuels gèrent le développement local.

• MCP et intégration tierce : prend en charge la connexion d'outils et de services externes via le protocole MCP. L'entrepôt officiel décrit environ 400 serveurs MCP, couvrant des outils de développement tels que Slack, GitHub, Linear et Datadog. L'agent peut lire directement les bons de travail, envoyer des messages et interroger les données de surveillance via l'outil MCP, formant ainsi un processus automatisé de bout en bout.

• Compatible avec le protocole agent-client (ACP) : non verrouillé sur votre propre agent. Le protocole ACP permet d'accéder à n'importe quel backend d'agent compatible, y compris les agents tiers tels que Claude Code, Codex et Gemini. OpenHands peut être utilisé comme « plan de contrôle d'agent » pour gérer uniformément plusieurs agents d'encodage.

• Gouvernance au niveau de l'entreprise : la version entreprise fournit des tableaux de bord d'utilisation, des profils d'agent d'alarme budgétaire, une certification SaaS de gestion des clés BYOR (Bring Your Own Key), des journaux d'audit et d'autres fonctions. Prend en charge la surveillance visuelle et le contrôle budgétaire de l'utilisation de l'agent, de la consommation des jetons et des coûts d'exécution.

Liste ouverte de l'outil OpenHands

L'agent OpenHands interagit avec le contexte externe via l'ensemble d'outils suivant, et le grand modèle sélectionne et appelle de manière autonome pour compléter le contexte d'interaction en fonction du contexte de la tâche :

Nom de l'outil	Description de la fonction	Scénarios d'utilisation typiques
lire	Lire le contenu du fichier	Analyser le code existant et afficher les fichiers de configuration
écrire	Écrire/créer des fichiers	Générer de nouveaux fichiers de code, modifier les configurations
modifier	Localiser les lignes de texte de remplacement	Modifier avec précision des parties spécifiques du code existant
bash	Exécuter les commandes Shell	Exécuter des tests, installer des dépendances, démarrer des services
ls	Liste du contenu du répertoire	Parcourir la structure du projet et rechercher des fichiers
grep	Recherche de texte	Rechercher des définitions de fonctions et le positionnement des mots clés dans les fichiers
parcourir	Navigation et navigation sur le Web	Vérifier les documents et rechercher des solutions techniques
capture d'écran	Capture d'écran de la page	Vérifier l'effet de modification de l'interface utilisateur
exécuter	Exécuter des extraits de code	Vérifiez rapidement la logique de l'algorithme
mcp_tool	Appeler le serveur MCP	Envoyer un message Slack, créer un problème GitHub
git_opération	Opérations Git	Soumettre le code, créer un PR, fusionner des branches

L'interaction est fermée : LLM reçoit les tâches de l'utilisateur → les décompose en plans à plusieurs étapes → appelle les outils à exécuter en séquence → observe les résultats renvoyés → ajuste l'action suivante → jusqu'à ce que la tâche soit terminée. Le processus d'invocation de l'outil est affiché à l'utilisateur en temps réel via une sortie en continu.

Évolution du modèle et de la version OpenHands

L'itération de la version d'OpenHands s'accélérera considérablement au premier semestre 2026. De la version 1.5.0 (11/03/2026) à la 1.11.0 (09/07/2026), 7 versions principales ont été achevées en seulement 4 mois, et la version cloud a atteint le rythme intensif du cloud-1.46.2.

Version principale (noyau open source)

Version	Date de sortie	Changements clés
1.5.0	2026-03-11	Nœuds de version de précommande dans des itérations consécutives
1.6.0	2026-03-30	Nœud de version principale, stabilité améliorée
1.7.0	2026-05-01	GitHub publie une version publique
1.9.3	2026-07-08	Correctif : la colonne d'index de migration de base de données ACP est activée par défaut
1.10.0	2026-07-08	Récemment ajouté : service de messagerie SMTP, suivi des connexions des utilisateurs, tableau de bord d'utilisation
1.11.0	2026-07-09	Nouveau : profils d'agent de livraison de métadonnées d'entrepôt, tableau de bord de gestion budgétaire

Version Cloud (métier SaaS)

Version	Date de sortie	Changements clés
nuage-1.43.0	2026-07-08	Ajout du service de messagerie SMTP du tableau de bord d'utilisation
nuage-1.46.0	2026-07-10	Ajout de la configuration des alias de clé BYOR et de l'amélioration de la liste d'archives
nuage-1.46.2	2026-07-15	Correctif : sauvegarde de la clé d'authentification MCP, optimisation du pool de connexions à la base de données

Rythme de version : après le début du mois de juillet, les versions principales et cloud entreront dans un rythme de « mise à jour hebdomadaire ». Zhou Geng a déclaré que le projet est dans une période d'itération rapide, mais cela signifie également que l'environnement de production nécessite une stratégie de verrouillage de version et de test de régression plus rigoureuse - il est recommandé de vérifier la compatibilité des connecteurs et la stabilité de la sortie de l'agent dans l'environnement de test avant de mettre à niveau l'environnement de production.

Avantages techniques d'OpenHands

L'avantage technique d'OpenHands ne réside pas dans les performances d'un modèle unique, mais dans « l'unité de l'architecture d'exécution de l'agent » et « la flexibilité apportée par les multiples abstractions backend ».

Lien d'architecture : le lien d'exécution principal d'OpenHands peut être résumé comme suit :

Utilisateur → Agent Canvas (UI) → Agent Server (API REST) → Agent Runtime Engine
                                                          ↓
                                              ┌──────────────────────────┐
                                              │ Orchestration LLM et routage d'outils │
                                              │ ┌────────┐ ┌────────┐ │
                                              │ │ Appel d'outil │ │ MCP │ │
                                              │ │ connecteur │ │ connecteur │ │
                                              │ └────────┘ └────────┘ │
                                              └───────────┬─────────────┘
                                                          ↓
                                              ┌──────────────────────────┐
                                              │ Bac à sable d'exécution │
                                              │ (Docker/Local/VM/Cloud) │
                                              └──────────────────────────┘

Flux de contrôle : L'intention de l'utilisateur est convertie en requête API via Canvas → Agent Server démarre la session → LLM génère un plan d'action → L'appelant de l'outil effectue des opérations spécifiques (lecture et écriture de fichiers, exécution de commandes, navigation Web) → Les résultats sont renvoyés à LLM pour décider de l'étape suivante → Répétez jusqu'à ce que la tâche soit terminée. Le sens de retour des données est le même que le chemin d'exécution, et les journaux d'exécution et les résultats de chaque étape sont renvoyés vers l'interface utilisateur en temps réel.

La valeur de plusieurs abstractions backend : Agent Server est une API REST légère qui peut être déployée dans n'importe quel environnement pouvant exécuter Python. Les équipes peuvent utiliser le même ensemble de logique d'orchestration d'agent pour développer des pipelines CI/CD localement et en pré-version dans le cloud, et il leur suffit de changer d'adresse backend. Cette abstraction minimise les différences de comportement de l'agent entre les contextes.

Mécanisme de sécurité Sandbox : fournit une isolation du conteneur Docker et aucun mode sandbox (exécution directe). Le mode Docker est obligatoire pour la production. Toutes les opérations sur les fichiers et l'exécution des commandes de l'agent sont effectuées dans le conteneur. Même si l'agent se comporte anormalement, cela n'affectera pas le système hôte. Le mode sans bac à sable convient à une vérification rapide des situations de développement personnel et n'est pas recommandé pour une utilisation sur des serveurs partagés en équipe.

Protocole ACP Prospectif : le protocole agent-client permet à OpenHands de ne pas être lié à un modèle ou à une implémentation d'agent spécifique. Lorsqu'un nouvel agent de codage apparaît, il peut accéder à l'interface utilisateur et au système d'automatisation OpenHands tant qu'il implémente le protocole ACP. Cette conception « axée sur le protocole » réduit le risque que les utilisateurs soient confinés à un seul fournisseur.

Guide des pièges d'ingénierie

Sur la base des fonctionnalités architecturales d'OpenHands, le déploiement du contexte de production doit se concentrer sur les problèmes suivants :

1. Boucles infinies et contrôle de l'inflation des jetons : les agents peuvent tomber dans des boucles infinies lors de tâches complexes : lire des fichiers à plusieurs reprises, essayer la même opération ou confirmer des allers-retours sous des instructions vagues. Il est recommandé de définir « max_steps » (nombre maximum d'étapes d'exécution) et le délai d'expiration global au niveau du serveur d'agent ; définir une limite supérieure de « max_tokens » pour chaque appel d'outil ; activer la détection des actions répétées - si l'agent exécute la même commande trois fois de suite et que le résultat reste inchangé, la session sera automatiquement terminée. Le tableau de bord de gestion budgétaire d'OpenHands (cloud 1.46.0+) peut être utilisé pour définir des alarmes de consommation de jetons.

2. Surcharge du contexte Sandbox : L'arborescence des répertoires de fichiers d'un grand référentiel de code (tel qu'un monorepo) peut atteindre des milliers de nœuds, et l'agent peut être "perdu" en raison du contexte long lors de la navigation dans la structure du projet. Il est recommandé d'utiliser le fichier .openhands_ignore pour exclure les répertoires non pertinents (tels que node_modules, dist, .git) ; dans l'invite, guidez l'agent pour qu'il utilise d'abord « ls » et « grep » pour localiser le fichier cible au lieu de « lire » le répertoire entier ; pour les très gros projets, laissez d'abord l'agent utiliser grep pour localiser les fichiers clés avant d'opérer avec précision.

3. Sécurité et gestion non autorisée : l'agent dispose de capacités de lecture et d'écriture de fichiers et d'exécution de commandes, et peut exécuter des commandes dangereuses en mode non-bac à sable. Il est recommandé que le mode sandbox Docker soit obligatoire pour la production et que les répertoires sensibles de l'hôte (tels que la configuration de la clé SSH Kubernetes) ne soient pas montés dans le conteneur ; human-in-the-loop doit être défini pour les opérations irréversibles (git push --force, modifications de la base de données de production, suppression de fichiers) ; et les fonctions d'authentification BYOR et SaaS d'OpenHands Enterprise doivent être utilisées pour mettre en œuvre l'isolation des clés et l'audit des opérations. Remarque spéciale : lors de l'exécution d'un agent dans un pipeline CI/CD, un jeton en lecture seule doit être utilisé pour limiter les autorisations d'écriture du référentiel de code de l'agent.

Comment utiliser OpenHands

OpenHands propose une variété de méthodes de démarrage, couvrant l'ensemble des exigences, de la vérification personnelle rapide au déploiement dans un contexte de production :

Comment utiliser	Convient aux personnes	Caractéristiques	Coût
Mode bac à sable Docker	Tous les utilisateurs (recommandé)	Isolation du conteneur et exécution sécurisée, commande sur une ligne pour démarrer	Uniquement le contexte Docker
Installation locale sans bac à sable	Développeur personnel	Exécuter directement sur l'hôte, démarrage le plus rapide	Coût zéro
Construire à partir du code source	Développement secondaire/personnalisation	Peut modifier le code source et personnaliser le comportement de l'agent	Coût zéro
Nuage OpenHands	Équipes qui ne souhaitent pas s’auto-héberger	Hébergement SaaS avec des fonctionnalités de niveau entreprise	Paiement à l'utilisation/Abonnement
Déploiement privé d'entreprise	Industries sensibles à la conformité	Contrôle total sur le plan de données, prise en charge BYOR	Confirmation d'affaires

Démarrage rapide – Mode Docker Sandbox (recommandé) :

# Prérequis : Docker, Node.js 22.12+
export PROJECTS_PATH="$HOME/projets"
mkdir -p "$PROJECTS_PATH" "$HOME/.openhands"

docker run -it --rm \
  -p 8000:8000 \
  -v "$HOME/.openhands:/home/openhands/.openhands" \
  -v "${PROJECTS_PATH}:/projets" \
  ghcr.io/openhands/agent-canvas:1

Après avoir démarré, visitez « http://localhost:8000 ». Configurez la clé API LLM (prend en charge OpenAI, Anthropic, Google Gemini, etc.) dans Paramètres pour commencer à utiliser l'agent dans le navigateur.

Installation rapide sans bac à sable :

npm install -g @openhands/agent-canvas
agent-toile

Instructions de configuration LLM : OpenHands prend en charge « Bring Your Own Model » (BYOM) et est compatible avec les points de terminaison API au format OpenAI. Il est recommandé d'utiliser Claude Opus 4 ou GPT-5.5 Pro pour les tâches d'encodage, et Claude Sonnet 4 ou GPT-5.5 Flash pour les tâches légères. Les modèles peuvent être activés dynamiquement sur la page Paramètres d'Agent Canvas sans redémarrer le service. La liste spécifique des modèles pris en charge est soumise à la documentation officielle.

Suggestion de chemin de démarrage : exécutez d'abord une tâche simple (telle que "Ajouter un fichier README à ce projet") en mode sandbox Docker pour vérifier le processus d'interaction de l'agent et la qualité de sortie. Essayez ensuite progressivement l’orchestration automatisée des flux de travail et la commutation multi-backend. Pour le déploiement en équipe, il est recommandé d'établir une base de référence sur la qualité d'exécution de l'agent dans les processus non critiques avant de l'étendre à des scénarios d'ingénierie plus complexes.

Prix des produits pour OpenHands

Le modèle de tarification est soumis à la page officielle en temps réel. Habituellement, un système freemium ou d'abonnement est adopté, les fonctions de base peuvent être utilisées gratuitement et les fonctions avancées ou l'utilisation à haute fréquence nécessitent un paiement.

Scénarios d'application d'OpenHands

Les scénarios d'implémentation d'OpenHands s'articulent autour de l'axe principal consistant à « laisser l'agent de codage passer de l'expérimentation à la production ». Les trois types de scénarios suivants ont été vérifiés à grande échelle :

Automatisation de la révision du code et de la mise à jour des dépendances : l'agent peut régulièrement examiner les demandes d'extraction, exécuter des tests, vérifier le style du code et signaler les problèmes potentiels. Dans les scénarios de mise à jour des dépendances, l'agent peut automatiquement mettre à niveau les versions des packages, corriger les modifications avec rupture, exécuter des tests de régression et soumettre des PR. Conseils de mise en œuvre : les résultats de la révision du code de l'agent doivent être utilisés comme référence auxiliaire, et les révisions de sécurité clés nécessitent toujours une confirmation manuelle. Il est recommandé de vérifier d'abord l'exactitude de l'évaluation des agents sur les modules non essentiels, puis de l'étendre progressivement aux modules importants.

Décomposition automatique des problèmes GitHub et allocation des tâches : lorsqu'un nouveau problème est créé, l'agent peut automatiquement analyser le contenu de la description, le décomposer en une liste de sous-tâches exécutables, associer les fichiers de code associés et même générer un plan de réparation préliminaire. En combinaison avec le déclenchement Webhook d'Automation Server, une automatisation de bout en bout, depuis la création du problème jusqu'à la soumission des relations publiques, peut être réalisée. Conseils de mise en œuvre : les plans de réparation générés automatiquement doivent être vérifiés manuellement avant la fusion, en particulier les tâches impliquant la migration de bases de données, les réparations de sécurité et les modifications d'API.

Assistant de développement intégré Slack/Teams : Agent Canvas peut être connecté à Slack en tant que « collègue de développement IA » de l'équipe. Les développeurs peuvent lancer des tâches sur l'agent dans le chat - "Vérifier le journal des erreurs liées à la production", "Ajouter des tests unitaires à ce PR", "Mettre à jour la documentation de l'API". Les résultats de l'exécution de l'agent sont directement renvoyés au canal Slack. Conseil de mise en œuvre : Il est recommandé de configurer un serveur d'agent distinct pour l'intégration de Slack afin d'éviter toute confusion contextuelle entre les sessions personnelles et les tâches d'automatisation de la production.

Scénarios non applicables : OpenHands ne convient pas aux scénarios qui nécessitent une certitude extrêmement élevée dans les résultats de sortie (tels que la génération d'instructions de transaction financière, le code de contrôle des dispositifs médicaux), car les résultats générés par LLM sont intrinsèquement incertains. Il ne convient pas non plus aux pipelines DevOps entièrement automatisés qui ne nécessitent aucune révision humaine : la sortie de l'agent doit toujours conserver une révision humaine dans le processus. Pour les secteurs qui nécessitent un audit de conformité strict (finances, médecine, affaires gouvernementales), la version entreprise des journaux d'audit et BYOR sont des prérequis nécessaires.

Groupes applicables d'OpenHands

OpenHands couvre l'ensemble des utilisateurs, des développeurs individuels aux grandes entreprises, via des versions open source et de multiples chemins de déploiement :

• Développeurs individuels et indépendants : utilisation gratuite via une installation locale ou un bac à sable Docker. Convient pour l'assistance quotidienne au codage, la création de prototypes de projets, l'apprentissage technique et d'autres scénarios. Ne convient pas à la limite : pour les tâches de script simples qui ne nécessitent pas de développement interactif d'agent, utilisez OpenHands pour augmenter la complexité du démarrage, et il est plus efficace d'utiliser directement des outils légers tels que Claude Code ou Cursor.

• Équipe R&D et équipe d'ingénierie de plateforme : les principaux utilisateurs cibles d'OpenHands. Les équipes peuvent déployer Agent Server sur un serveur partagé et les membres peuvent utiliser les fonctionnalités de l'agent via une console unifiée. L'orchestration automatisée des flux de travail aide les équipes à normaliser les tâches d'ingénierie répétitives (mises à jour des dépendances, révisions de code, réalisation des tests). Conseils de mise en œuvre : avant le déploiement, il est nécessaire de clarifier les limites des autorisations d'opération de l'agent : quels référentiels de code peuvent être modifiés, quels contextes sont accessibles et si les opérations nécessitent une approbation manuelle.

• Équipe DevOps et SRE : utilisez les capacités de déclenchement planifié et de Webhook d'Automation Server pour intégrer l'agent dans le pipeline d'exploitation et de maintenance - analysez automatiquement les journaux d'alarme, générez des rapports d'incident et exécutez des scripts d'exploitation et de maintenance réguliers. Ne convient pas aux limites : l'agent n'est pas adapté à l'exploitation directe de bases de données liées à la production, de centres de configuration et de systèmes d'autorisation sensibles. Dans les scénarios d'exploitation et de maintenance, l'Agent doit rester en mode « génération de suggestions + confirmation manuelle ».

• Corporate R&D Manager : Faites attention à l'amélioration quantitative de l'efficacité du développement. Le tableau de bord de gestion budgétaire et la fonction de suivi de l'utilisation peuvent aider les responsables à comprendre la fréquence d'utilisation des agents, la consommation de jetons et l'achèvement des tâches. Conditions préalables d'achat : les entreprises doivent disposer d'instructions claires de mise en œuvre assistée par le codage de l'IA et d'indicateurs d'efficacité quantifiables (tels que le pourcentage de réduction du cycle d'examen des relations publiques, le taux d'achèvement des tâches automatisées), et un déploiement aveugle dans le but de "passer à l'IA en premier" n'est pas recommandé.

Résumé et Outlook

Grâce à la combinaison « d'exécution d'agent open source + plan de contrôle unifié + abstraction multi-backend + gouvernance au niveau de l'entreprise », OpenHands a établi une position concurrentielle différenciée dans le domaine des agents de codage d'IA - ce n'est pas l'outil d'agent le plus léger, mais c'est probablement le « système d'exploitation d'agent » le plus complet en architecture.

Avantages principaux actuels : La communauté open source avec plus de 81,2 000 étoiles a vérifié sa reconnaissance par les développeurs. L'architecture à trois couches d'Agent Canvas + Agent Server + Automation Server couvre tous les scénarios, du développement conversationnel à l'automatisation de la production. La conception tournée vers l'avenir du protocole ACP fait qu'OpenHands ne se limite pas à un seul fournisseur d'agents. L’expansion continue de l’écosystème MCP (environ 400 intégrations) augmente la connectivité de la plateforme.

Principales limitations actuelles : le projet est toujours dans une période d'itération rapide avec des mises à jour hebdomadaires, les API et les éléments de configuration peuvent changer fréquemment, et les tâches d'automatisation de longue durée doivent prêter attention à la compatibilité des versions. Le prix de la version cloud et de la version entreprise n'a pas été divulgué, ce qui rend difficile pour les achats d'entreprise de procéder à une évaluation complète du TCO. Bien que la documentation et les didacticiels soient disponibles sur https://docs.openhands.dev, une partie du contenu est encore en construction et les débutants doivent consacrer du temps pour commencer. La complexité de configuration du mode sandbox et de la connexion MCP est supérieure à celle des outils de ligne de commande purs (tels que Claude Code) et ne convient pas aux utilisateurs qui recherchent une « configuration zéro ».

Points d'observation de suivi : Quand la version principale se stabilisera-t-elle et entrera-t-elle dans le rythme LTS ; le nombre et la maturité des accès des Agents tiers au protocole ACP ; la publication officielle des tarifs d'OpenHands Cloud ; le degré de perfection de la version entreprise en matière d'audit de conformité et de SSO ; la qualité de maintenance du connecteur MCP et l'activité des contributions de la communauté.

Évaluation des risques d'approvisionnement et d'adoption : Pour les développeurs individuels et les équipes techniques, il n'y a aucun risque réel dans les essais et erreurs à coût nul de la version open source, et cela vaut la peine de l'incorporer dans la chaîne d'outils de l'agent pour vérification. Pour les entreprises, il est recommandé d'essayer d'abord la version open source dans des processus non critiques (tels que le développement d'outils internes, la génération de documents, l'achèvement des tests), d'établir des références de qualité d'exécution de l'agent et des processus de collaboration homme-machine, puis d'évaluer s'il convient de passer à la version Cloud ou Enterprise. Avant d'acheter, il est important de confirmer : la résidence des données et la certification de conformité de la version entreprise, la granularité de la gestion des clés du mode BYOR et l'évaluation de l'impact des mises à jour de version du modèle sur les tâches d'automatisation existantes. Dans tous les cas, les tâches de l'Agent impliquant des modifications du contexte de production et l'accès à des données sensibles doivent conserver une étape de révision manuelle.

Outils associés : ÉquipageAI, LangChaîne

Comment utiliser OpenHands

• Client Web : Vous pouvez l'utiliser en visitant le site officiel et en créant un compte. La plupart des fonctions ne nécessitent pas d'installation.
• Accès API : fournit une API RESTful, les développeurs peuvent obtenir la clé API et l'intégrer dans leurs propres applications.

Informations de version

• Mains ouvertes 1.7.0 ：La dernière version publique des versions GitHub continue de renforcer les capacités de développement basées sur l'IA. （2026-05-01）
• Mains ouvertes 1.6.0 ：Nœud de version principale. （2026-03-30）
• Mains ouvertes 1.5.0 ：Version préambule en itérations successives. （2026-03-11）